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® Diagnoseexpertensystem zurn Einsatz in der Prozesssteuerung 

(§) Ein Diagnosesystem zum Einsatz in einem Prozesssteu- 
ersystem (10) erfasst Informationen (50), die sich auf den 
Betrieb des Prozesssteuersy stems (10) beziehen, und 
speichert diese in einer Datenbank (50) ab, und setzt ein 
Expertensystem (60*) zur Anwendung von Regeln fur die 
Analyse der Informationen in der Datenbank (50) zur Fest- 
legung von Losungen bei Problemen ein. In der Daten- 
bank (50) werden Informationen verschiedener Art abge- 
speichert, wie beispielsweise Ereignis- und AJarmdaten, 
Hinweise zu geplanten Wartungsarbeiten und An de run- 
gen bei den Betriebsparametern, so wie Daten zur Vorge- 
schichte, die sich auf vorherige Anderungen an dem Pro- 
zesssteuersystem (10) beziehen und fur die Ermittlung 
der Ursache des in dem Prozesssteuersy stem (10) erfass- 
ten Problems so wie die Festlegung der Schritte wichtig 
sind, die entweder fur die weitere Analyse oder fur die Be- 
hebung der erfassten Probleme notig sind. Das Diagnose- 
system identifiziert die Ursache des Probelms und identi- 
fiziert die geeigneten Analysewerkzeuge und lasst diese 
ablaufen, oder veranlasst Maftnahmen zur Behebung auf 
der Grundlage der Regeln zur Analyse fur das Experten- 
system (60'). 
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Beschreibung 

ALLGEMEINES ZUR ERFINDUNG 

5 Die Erfindung bezieht sich ganz allgemein auf Prozesssteuersysteme und insbesondere auf die automatische Erfas- 
sung, Analyse und Korrektur von Problemen, die in Funktionsblocken, Geraten und Regelkreisen in einer Prozesssteue- 
rung. 

Fur diese Anmeldung wird die Prioritat der parallelen vorlaufigen US-Anmeldung Ser. No. 60/160,101 vom 18. Ok- 
tober 1999 und der am 22. Februar 1999 eingereichten US-Anmeldung Sen No. 09/256,585 in Anspruch genommen. 

10 

STAND DER TECHNIK 

Prozesssteuersysteme wie sie beispielsweise zur Steuerung von Prozessablaufen in der chemischen Industrie, der pe- 
trochemischen Industrie oder anderen Industriezweigen eingesetzt werden, umfassen einen zentralisierten Prozessrech- 

15 ner, der kommunikativ mit mindestens einem Host- bzw. Bedienerarbeitsplatz und einem oder mehreren AuBengeraten 
iiber analoge, digitale oder kombinierte Analog-ZDigital-Busleitungen verbunden ist. Die AuBengerate bzw. Feldgerate, 
bei denen es sich beispielsweise um Ventile, Ventilsteller, Schalter und Geber (z. B. Temperaturfuhier, Druckfuhler und 
Durchflussmengengeber) handeln kann, fuhren Funktionen im Rahmen des jeweiligen Prozesses aus, wie zum Beispiel 
das Offnen oder SchlieBen von Ventilen und die Messung von Prozessparametem. Der Prozessrechner empfangt Signale, 

20 welche die von den AuBengeraten erfassten Prozessmesswerte und/oder weitere Informationen angeben, die den AuBen- 
geraten zuzuordnen sind, verwendet diese Informationen zur Realisierung einer Steuerroutine und erzeugt dann Steuer- 
signale, die zur Steuerung des Prozessablaufs iiber die Busleitungen an die AuBengerate ubermittelt werden. Informatio- 
nen von den AuBengeraten und vom Steuerrechner werden dann im typischen Fall einer oder mehrerer Anwendungen 
zur Verfugung gestellt, welche in dem Bedienerarbeitsplatz ausgefuhrt werden und einen Bediener in die Lage versetzen, 

25 im Zusammenhang mit dem Prozess eine beliebige Funktion auszufuhren, wie zum Beispiel die Beobachtung des augen- 
blicklichen Prozessstands, die Abanderung des Prozessablaufs, usw 

In der Vergangenheit wurden herkommliche AuBengerate zum Ubermitteln und Ubernehmen analoger Signale (z. B. 4 
bis 20 mA) an den bzw. von dem Prozessrechner uber eine analoge Busleitung oder analoge Leitungen eingesetzt. Diese 
Signale von 4-20 mA waren von ihrer Art her insofern eingeschrankt, als sie Messwerte, die von dem Gerat erfasst wur- 

30 den, oder Steuersignale, die vom Prozessrechner generiert wurden und zur Steuerung des Betriebs des Gerats erforder- 
lich sind, angaben. Im Laufe der rund zehn letzten Jahre setzten sich jedoch im Bereich der Prozesssteuerungen intelli- 
gente AuBengerate durch, die einen Mikroprozessor und einen Speicher aufweisen. Neben der Ausfuhrung einer Haupt- 
funktion im Rahmen des jeweiligen Prozesses speichem intelligente AuBengerate Daten, die dem Gerat zuzuordnen sind, 
kommunizieren mit dem Steuerrechner und/oder anderen Geraten im digitalen oder kombinierten digitalen und analogen 

35 Format, und fuhren Nebenaufgaben durch wie beispielsweise die Eigenkalibrierung, Identifizierung, Diagnose, usw. Es 
wurde bisher eine ganze Anzahl standardisierter und offener Kommunikationsprotokolle fur intelligente Gerate wie bei- 
spielsweise die Protokolle HART®, PROFIBUS®, Device-Net® und CAN entwickelt, damit intelligente AuBengerate 
verschiedener Hersteller im Rahmen eines einzigen Prozesssteuemetzwerkes zusammen eingesetzt werden konnen. 
Daruber hinaus gab es innerhalb des Industriezweigs der Prozesssteuerungen eine Bewegung hin zur Dezentralisie- 

40 rung von Prozesssteuerfunktionen. Beispielsweise arbeitet das voll digital aufgebaute, mit Zweidraht-Busleitung funk- 
tionierende Protokoll, das unter der Bezeichnung FOUNDATION™ Fieldbus (nachstehend als "Fieldbus" bezeichnet) 
bekannt ist und von der Fieldbus Foundation verbreitet wird, mit Funktionsblocken, die sich in verschiedenen AuBenge- 
raten befinden und zur Ausfuhrung von Steuer- und Regelvorgangen vorgesehen sind, die zuvor in einem zentralisierten 
Steuerrechner ausgefuhrt wurden. Insbesondere ist jedes Fieldbus- AuBengerat in der Lage, einen oder mehrere Funk- 

45 tionsblocke einzubeziehen und auszufuhren, von denen jeder von anderen Funktionsblocken (die sich entweder im sel- 
ben Gerat oder in unterschiedlichen Geraten befinden) Eingangsinformationen ubernimmt und/oder an diese Ausgangs- 
informationen abgibt und irgendeinen Arbeitsgang im Rahmen der Prozesssteuerung ausfuhrt, wie zum Beispiel die 
Messung oder Erfassung eines Prozessparameters, die Regelung bzw. Steuerung eines Gerats oder die Ausfuhrung eines 
Regelvorgangs wie zum Beispiel die Realisierung einer proportional differenzierenden und integrierenden (PID) Steuer- 

50 routine. Die verschiedenen Funktionsbldcke innerhalb eines Prozesssteuersysterns sind so ausgelegt, dass sie miteinan- 
der kommunizieren (z. B. iiber eine Busleitung), um so eine oder mehrere Regelkreise zur Prozesssteuerung zu bilden, 
deren jeweilige Funktionen uber den gesamten Prozess verteilt und damit dezentralisiert sind. 

Durch die Einfiihrung intelligenter AuBengerate ist es wichtiger als jemals zuvor, dass Probleme, die in einem Prozess- 
steuersystem auftreten, rasch diagnostiziert und behoben werden konnen, da ein Fehler oder Ausfall der Funktion zur Er- 

55 fassung und Korrektur unzulanglich funktionierender Regelschleifen und Gerate, zum Ablauf des Prozesses unter dem 
optimalen Standard fuhrt, was sowohl hinsichtlich der Qualitat als auch im Hinblick auf die Quantitat des gerade produ- 
zierten Erzeugnisses kostspielig sein kann. Viele intelligente Gerate umfassen derzeit Routinen zur Eigendiagnose und/ 
oder Kalibrierung, die zur Erfassung und Behebung von Problemen in dem Gerat eingesetzt werden konnen. Beispiels- 
weise besitzen die von Fisher Controls International Inc. hergestellten Gerate FieldVue und ValveLink Moglichkeiten 

60 zur Diagnose, die zur Erfassung bestimmter Probleme in diese n Geraten herangezogen werden konnen, und sind auch 
mit Prozeduren zur Kalibrierung ausgeriistet, die zur Behebung von Problemen eingesetzt werden konnen, sobald sie er- 
kannt wurden. Ein Bediener muss jedoch den Verdacht auf Vorliegen eines Problems im Gerat haben, ehe er wahrschein- 
lich solche Diagnose- oder Kalibriereinrichtungen der Gerate verwenden kann. Es stehen auch andere Werkzeuge zur 
Prozesssteuerung zur Verfugung wie beispielsweise Autotuner, die zur Korrektur unzulanglich abgestimmter Regel- 

65 kreise innerhalb eines Prozesssteuernetzwerks verwendet werden konnen. Auch hierbei ist es allerdings erforderlich, ei- 
nen unzulanglich funktionierenden Regelkreis zu identifizieren, ehe derartige Autotuner eflRzient eingesetzt werden kon- 
nen. In gleicher Weise gibt es auch andere, noch kompliziertere Diagnosehilfen wie beispielsweise Expertensysteme, 
Werkzeuge zur Korrelationsanalyse, Werkzeuge zur Spektrumsanalyse, neuronale Netzwerke, usw., die mit Prozessdaten 
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arbeiten, welche fur ein Gerat oder einen Regelkreis zur Erkennung von darin vorliegenden Probiemen erfassl wurden. 
Diese Werkzeuge bzw. Hilfsmittel (Tools) sind lei der aber datenintensiv, und es ist praktisch unmoglich, alle Hochge- 
schwindigkeitsdaten zu erfassen und abzuspeichem, die zur Realisierung derartiger Werkzeuge auf jedem Prozesssteu- 
ergerat bzw. in jedem Regelkreis eines Prozesssteuersystems in irgendeiner systemalischen Weise benotigt werden. So- 
mit ist es wiederum erforderlich, einen problembehafteten Regelkreis oder ein Gerat zu identifizieren, ehe diese Vferk- 5 
zeuge effizient eingesetzt werden konnen. 

Daruber hinaus erfasst jedes Gerat bzw. jeder Funktionsblock im Rahmen eines intelligenten Netzwerks zur Prozess- 
steuerung grofiere Fehler, die darin auftreten, und sendet ein Signal wic zum Beispiel ein Alarm- oder ein Ereignissignal 
zur Meldung an eine Steuerung bzw. einen Host-Rechner, dass ein Fehler bzw. ein anderes Problem aufgetreten ist. Das 
Vorliegen solcher Alarm- bzw. Ereignismeldungen ist nicht unbedingt ein Hinweis auf ein langfristig bestehendes Pro- 10 
blem bei dem Gerat bzw. dem Regelkreis, das behoben werden muss, da solche Alarm- bzw. Ereignismeldungen als Re- 
aktion auf andere Faktoren generiert (oder von diesen verursacht) werden, die nicht das Ergebnis einer Fehllei stung in ei- 
nem Gerat oder einem Regelkreis sind. Somit bedeutet die Tats ache, dass ein Gerat oder ein Funktionsblock innerhalb ei- 
nes Regelkreises eine Alarm- oder Ereignismeldung generiert, nicht unbedingt, dass in dem Gerat oder dem Regelkreis 
ein Problem vorliegt, das behoben werden muss. Andererseits kann es bei vielen Geraten Probleme geben, ohne dass das 15 
Problem, das ernst wird, als Alarm oder Ereignis erfasst wird. 

Zur anfanglichen Erfassung von Probiemen im Rahmen des Prozessteuersys terns muss ein Prozesssteuerungsinge- 
nieur bzw. -techniker im allgemeinen Daten von Hand iiberpriifen, die in einem Prozesssteuersystem generiert wurden 
(z. B. in Form von Alarm- und Ereignismeldungen, neben anderen Gerate- undRegelkreisdaten), um die jeweiligen Ge- 
rate bzw. Regelkreise zu identifizieren, die nicht optimal arbeiten oder nicht korrekt abgestimmt sind. Fur diese manuelle 20 
Uberprufung muss der Bediener iiber ein hohes MaB an Erfahrung bei der Erfassung von Probiemen anhand von Rohda- 
ten verfugen, und auch mit solcher Erfahrung kann diese Arbeit im gunstigsten Fall zeitraubend und im ungiinstigsten 
Fall uberwaltigend sein. Beispielsweise kann eine Instrumentierungsabteilung schon bei einem mittelgroBen Werk zwi- 
schen 3.000 und 6.000 AuBengerate wie Venule und Messumformer umfassen. In einem solchen Umfeld hat der Instru- 
mentierungstechniker bzw. der Steuer- und Regeltechniker, der fur einen Prozessbereich zustandig ist, einfach nicht die 25 
Zeit zur Uberprufung der Funktion aller Regel- und Steuerkreise sowie Instrumentierungsschaltungen fur die AuBenge- 
rate, um festzustellen, welche Steuerkreise oder Gerate unter Umstanden nicht korrekt funkuonieren bzw. bei welchen 
gegebenenfalls ein Problem aufgetreten ist. Wegen der begrenzten Zahl von Mitarbeitern sind in der Tat die einzigen Ge- 
rate, die normalerweise zur Wartung anstehen, jene, die schon bis zu einem Punkt an Qualitat eingebiiBt haben, an dem 
sich die Qualitatsminderung drastisch auf Quanutat oder Qualitat des hergestellten Produkts auswirkt. Infoigedessen 30 
werde andere Gerate oder Regelkreise, die eingesandt werden miissen oder bei denen ansonsten ein Problem aufgetreten 
ist, das mit Hilfe der verfugbaren Tools behoben werden konnte, eben nicht in Ordnung gebracht, was zu einer insgesamt 
schlechter werdenden Leistung des Prozesssteuersystems fuhrt. 

Auch nach der Identifizierung von Geraten und Regelkreisen, die unter dem Standard arbeiten, und obwohl die erfor- 
derlichen Hilfsmittel zur Diagnose, Abstimmung und weitere Werkzeuge zur weiteren Analyse und Behebung des Pro- 35 
blems zur Verfugung stehen, muss der Benutzer iiber das notwendige Wissen und die notige Erfahrung verfugen, um das 
richtige Werkzeug auszuwahlen und dieses korrekt zur Problembehebung einzusetzen. In einigen Fallen besitzt der Be- 
nutzer unter Umstanden nicht ein ausreichendes Fachwissen oder genugend praktische Erfahrung, um das Problem zu 16- 
sen. Obwohl ihm Werkzeuge zur Verfugung stehen, die Probleme im Prozesssteuersystem anzeigen und weitere Diagno- 
sewerkzeuge und Mafinahmen zur Behebung empfehlen, benougt der Benutzer unter Umstanden noch weitere Hilfestel- 40 
lung zur effizienten Uberwachung des Prozessablaufs und zur Problembehebung. 

Zur effizienten Uberwachung des Prozesssteuernetzwerks muss der Benutzer mit dem Prozess selbst, mit den AuBen- 
geraten und den zur Diagnose und Problembehebung im Prozesssteuemetzwerk zur Verfugung stehenden Tools vertraut 
sein. Auch wenn dem Benutzer die AuBengerate und die Werkzeuge vertraut sind, hat er unter Umstanden nicht einen 
leichten Zugang zu alien relevanten Daten, wie beispielsweise Ereignisdaten, Trenddaten, historische Daten iiber Veran- 45 
derungen und Wartung fur das Gerat und den Prozess, und dergleichen. AuBerdem handelt es sich bei dem Benutzer an 
dem Bedienerarbeitsplatz im typischen Fall nicht um einen Fachmann auf dem Gebiet der Prozesstechnik und der Au- 
Bengerate. Infoigedessen kann immer noch eine iiberwaltigende Menge an relevanten Informationen zur Auswertung 
vorliegen, um so die Quelle der Probleme aufzuspiiren und die zur Problembehebung erforderlichen MaBnahmen durch- 
zufuhren, auch wenn das System selbst gegebenenfalls gewisse Informationen im Zusammenhang mit der verminderten 50 
Leistung von AuBengeraten und Regelkreisen liefert und Werkzeuge zur Diagnose und Problembehebung vorschlagt. 

SUMMARISCHE DARSTELLUNG DER ERFINDUNG 

KURZBESCHREIBUNG DER ERFINDUNG 55 

Ein Diagnosesystem zum Einsatz bei einem Prozesssteuersystem erfasst und speichert Daten, die sich auf den Betrieb 
des Prozesssteuersystems beziehen, in einer Datenbank und setzt ein Expertensystem ein, um Regeln zur Analyse in \fer- 
bindung mit den in der Datenbank gespeicherten Informationen anzuwenden, um so Losungen fur Probleme bei dem 
Prozesssteuersystem zu ermitteln. In der Datenbank sind verschiedene Arten von Informationen abgespeichert, die so- 60 
wohl fur die Ermittlung der Ursache der in dem Prozesssteuersystem erfassten Probleme als auch fur die zur weiteren 
Analyse oder zur Behebung der erfassten Probleme einschlagig sind. Die in der Datenbank vorhandenen Informationen 
umfassen Daten, die sich speziell auf das erfasste Problem und auf das AuBengerat, den Funktionsblock oder den Regel- 
kreis beziehen, in dem das erfasste Problem besteht In der Datenbank konnen auch Ereignis- und Alarmdaten abgespei- 
chert sein, beispielsweise Hin weise auf geplante Wartungsarbeiten und Anderungen an den Betriebsparametern, die fur 65 
die Identifizierung der Problemursache und die Identifizierung der geeigneten MaBnahmen zur Analyse und Problembe- 
hebung wichtig sind. Die Datenbank kann auch historische Daten enthalten, die sich auf vorhergehende Anderungen an 
dem Prozesssteuersystem zur Behebung zuvor erkannter Probleme beziehen. 
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Wenn ein Problem erfasst ist, wendet das Expertensystem die Regeln zur Analyse bei den entsprechenden Daten in der 
Datenbank an. Als Teil der Analyse konnen die Regeln eindeutig voraussetzen, dass das Expertensystem zusatzliche 
Analyseanwendungen aufruft, die in dem Prozesssteuernetzwerk verfugbar sind. Zu den Analyseanwendungen konnen 
Abstimmer, Kalibrierer, Diagnosewerkzeuge oder alle anderen Anwendungen gehoren, die unter Umstanden bei der 
5 Analyse und/oder Behebung des erfassten Problems von Nutzen sind. 

Des weiteren kann das Diagnosesystem eine Benutzerschnittstelle aufweisen, an welche das Expertensystem Informa- 
tionen Ubermittelt, um den Benutzer Uber das erfasste Problem zu informieren. Das Expertensystem kann auch weitere 
Informationen ubermitteln, die sich, sofem sie verfugbar sind, empfehlenswerte \brgehensweisen zur weiteren Analyse 
und/oder Behebung des erfassten Problems beziehen. Beispielsweise kann das Expertensystem die \ferwendung eines 

10 weiteren Diagnosewerkzeugs bzw. Priifgerats empfehlen, um die Ursache des erfassten Problems exakt aufzuspuren. Al- 
ternativ kann das Expertensystem eine Empfehlung zur Modifizierung des Prozesssteuersystems liefern, wie zum Bei- 
spiel die Veranderung des Werts eines Parameters oder die Veranderung der Logik in einem Regelkreis. Auf Anforderung 
kann das Expertensystem auch die empfohlenen Werkzeuge einsetzen oder den Benutzer durch die Schritte fuhren, die 
zur Vornahme einer empfohlenen Veranderung erforderlich sind. 

15 Auf diese Weise zieht das Diagnosesystem alle verfUgbaren einschlagigen Informationen zur Analyse des erfassten 
Problems heran, um zu einer empfohlenen Problemlosung zu gelangen. \brzugs weise lauft das Expertensystem kontinu- 
ierlich im Hintergrund, um sich so Problemen schon beim Auftreten zu widmen, doch kann es auch von einem Benutzer, 
einem auslosenden Ereignis oder einem automatischen Terminplaner initialisiert werden, damit die Probleme effizient 
angesprochen werden. Der Betrieb des Expertensy stems spart auf Seiten des Benutzers Zeit und setzt nicht voraus, dass 

20 der Benutzer Uber groBe Erfahrung bei der Losung von Problemen bei Regelkreisen und Geraten verfugt. AuBerdem 
kann das Diagnosesystem alle Daten sammeln und analysieren, die zur rascheren und effizienteren Losung des erfassten 
Problems einschlagig sind. Neben der Zeiterspamis sieht das Diagnosesystem auch eine Verringerung der Belastung auf 
Seiten des Benutzers vor und tragt dazu bei, die richtigen Diagnosewerkzeuge und MaBnahmen zur Behebung zu ge- 
wahrleisten, die in jeder Situation jeweils eingesetzt werden, neben der korrekten Arbeit mit alien diesen Hilfsmitteln. 

25 Eine Aufgabe der vorliegenden Erfindung besteht darin, ein Diagnosesystem der eingangs genannten Art zu schaffen, 
bei dem Probleme rasch und effizient erfasst und behoben werden und der korrekte Einsatz der verfUgbaren Werkzeuge 
bzw. Hilfsmittel zur Problembehebung gewahrleistet ist, was zu Zeiterspamis und Verringerung der Arbeitsbeiastung 
fuhrt. Diese Aufgabe wird erfindungsgemaB mit einem Diagnosesystem der eingangs genannten Art durch die in An- 
spruch 1 gekennzeichneten Merkmale gelost. 

30 

KURZBESCHRETOUNG DER ZEICHNUNG 

In der nachfolgenden Beschreibung wird auf die Zeichnung Bezug genommen, in welcher Ausfuhrungsbeispiele der 
Erfindung dargestellt sind. Dabei zeigen: 
35 Fig. 1 ein Blockschaltbild eines Prozesssteuersystems, bei dem ein Diagnose werkzeug eingesetzt werden kann; 

Fig. 2 ein Blockschaltbild eines Prozesssteuersystems nach Fig. 1 mit der Darstellung der Auslegung von zwei Pro- 
zessregelkreisen, die in Verbindung mit einem Diagnosewerkzeug arbeiten; 

Fig. 3 ein Blockschaltbild eines Funktionsblocks mit darin enthaltener Einrichtung zum Generieren einer Angabe zur 
Variabilitat; 

40 Fig. 4 ein Blockschaltbild einer Routine, die von einem Diagnosewerkzeug zur Vornahme einer Diagnose bei dem 
Prozesssteuersystem gemaB Fig. 1 und 2 realisiert ist; 

Fig. 5 einen ersten Beispiels-Bildschirm, der von dem bei dem Prozesssteuersystem gemaB Fig. 1 und 2 eingesetzten 
Diagnosewerkzeug generiert wird; 

Fig. 6 einen zweiten Beispiels-Bildschirm, der von dem bei dem Prozesssteuersystem gemaB Fig. 1 und 2 eingesetzten 
45 Diagnosewerkzeug generiert wird; 

Fig. 7 einen dritten Beispiels-Bildschirm, der von dem bei dem Prozesssteuersystem gemaB Fig. 1 und 2 eingesetzten 
Diagnosewerkzeug generiert wird; 

Fig. 8 ein Blockschaltbild des Steuerrechners und Bedienerarbeitsplatzes gemaB Fig. 1 und 2 mit der Darstellung von 
Trendmeldungen in Verbindung mit einem Diagnosewerkzeug; 
50 Fig. 9 ein Blockschaltbild des Prozesssteuersystems nach Fig. 2, das auBerdem ein Expertensystem aufweist, das in 
Verbindung mit dem Diagnosewerkzeug lauft; und 

Fig. 10 ein Blockschaltbild des Expertensystems nach Fig. 9. 

BESCHREIBUNG DER BEVORZUGTEN AUSFOHRUNGSBEISPIELE 

55 

GemaB fig. 1 weist ein Prozesssteuersystem 10 einen Prozessrechner 12 auf, der mit einem Zentralarbeitsplatz bzw. 
Computer 13 verbunden ist (bei dem es sich um einen PC oder einen Arbeitsplatz jedweder Art handeln kann), welcher 
einen Bildschirm 14 aufweist und uber Ein-/Ausgabekarten (E/A-Karten) 26 und 28 mit AuBengeraten bzw. Peripherie- 
geraten 15-22 verbunden ist, Der Prozessrechner 12, der beispielsweise ein von Fisher-Rosemount Systems, Inc. vertrie- 

60 bener Steuerrechner Delta V™ sein kann, steht in Kommunikationsverbindung mit dem Hostrechner 13, zum Beispiel 
uber eine Ethernet- Verbindung, und mit den AuBengeraten 15—22, wobei hierzu jede Hardware und Software eingesetzt 
wird, die beispielsweise in Verbindung mit Standardgeraten von 4-20 mA und/oder einem beliebigen intelligenten Kom- 
munikationsprotokoll wie zum Beispiel ein Fieldbus-Protokoll vorgesehen ist. Der Prozessrechner 12 fuhrt eine darin ab- 
gespeicherte oder anderweitig ihm zugeordnete Prozesssteuerroutine aus oder uberwacht diese, und kommuniziert mit 

65 den Geraten 15-22 und dem Hostrechner 13 zum Steuern eines Prozesses in jeder gewunschten Form. 

Bei den AuBengeraten 15-22 kann es sich um Gerate jeglicher Art handeln, wie beispielsweise Sensoren bzw. Fuhler, 
Venule, Geber, Positionierer, und dergleichen, wohingegen die E/A-Karten 26 und 28 Ein-/Ausgabeeinrichtungen jegli- 
cher Art sein konnen, die sich fur jedes gewUnschte Kommunikations- bzw. Rechnerprotokoll eignen. Bei dem in Fig. 1 
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dargestellten Ausfuhrungsbeispiel handelt es sich bei den AuBengeraten 15-18 um standardmaBige Einrichtungen mit 4- 
20 mA, die iiber Analogleitungen mit der E/A- Karate 26 kommunizieren, wahrend die AuBengerate 19^22 intelligente 
Einrichtungen wie zum Beispiel Fieldbus-Gerate sind, die iiber eine digitale Busleitung unter \ferwendung eines Field- 
bus- Protokolls in Kommunikationsverbindung stehen. Ganz allgemein handelt es sich bei dem Fieldbus-Protokoll um 
ein voll digitalisiertes, serielles Kommunikationsprotokoll zur Zweiweg-Kommunikation, bei dem eine standardmaBige 5 
physikalische Schnitts telle mit einem Zweidraht-Regelkreis bzw. einer Zweidraht-Busleitung fur die Verbindung der Au- 
Bengerate untereinander vorgesehen isL Das Fieldbus-Protokoll bildet tatsachlich ein LAN-Netzwerk fur AuBengerate 
im Rahmen eines Prozesses auf, mit dem diese AuBengerate in die Lage versetzt werden, Prozesssteuerfunktionen (unter 
Verwendung von Funktionsblocken) an Punkten auszufuhren, die iiber eine ganze Prozessanlage verteilt sind, und vor 
und nach der Ausfiihrung dieser Prozesssteuerfunktionen miteinander zu kommunizieren, um so eine glob ale Regelstra- to 
tegie zu realisieren. Selbstverstandlich ist das Fieldbus-Protokoll auf diesem Gebiet bekannt, auch wenn es sich dabei um 
ein relativ neues, voll digi tales Kommunikationsprotokoll handelt, das zum Einsatz in Ptozesssteuemetzwerken entwik- 
kelt wurde; dieses Protokoll wird in zahlreichen Artikeln, Broschiiren und Spezifikationen im einzelnen beschrieben, die 
unter anderem von der Fieldbus Foundation, einer gemeinniitzigen Organisation mit Hauptsitz in Austin, Texas, verof- 
fentlicht und vertrieben werden und dort zu beziehen sind Deshalb werden die Einzelheiten des Fieldbus-Kornmunika- 15 
tionsprotokolls hier nicht ausfuhrlich beschrieben. Die AuBengerate 15-22 konnten natiirlich auch jeder anderen ge- 
wiinschten Norm bzw. jedem anderen Protokoll als dem Reldbus-Protokoll entsprechen, zum Beispiel auch irgendwel- 
chen Normen oder Protokollen, die in Zukunft noch entwickelt werden. 

Der Prozessrechner 12 ist so ausgelegt, dass er eine Regelstrategie realisiert, bei der das zum Einsatz kommt, was ganz 
allgemein als Funktionsblocke bezeichnet wird, wobei jeder Funktionsblock Teil (z. B. eine Subroutine bzw. ein Pro- 20 
grammteil) einer globalen Steuerroutine ist und in Verbindung mit anderen Funktionsblocken (iiber als Ubertragungsver- 
bindung bezeichnete Kommunikationsverbindungen) zur Realisierung von Prozesssteuerkreisen im Rahmen des Pro- 
zesssteuersystems 10 arbeitet. Funktionsblocke fiihren im typischen Fall eine Eingabefunktion aus - zum Beispiel eine 
Funktion, die mit einem Messwertumformer, einem Fuhler oder einer anderen Einrichtung zum Messen von Prozesspa- 
rametern verknupft ist - oder eine Steuerfunktion - wie zum Beispiel eine Funktion in Verbindung mit einer Steuerrou- 25 
tine, die eine Steuer- und/oder Regelaufgabe in PED-Technik, mit Fuzzy-Logik- usw. ausfuhrt - oder eine Ausgabefunk- 
tion, mit der die Betriebsweise irgendeines Gerats, z. B. eines Ventils, zur Ausfuhrung irgendeiner physikalischen Funk- 
tion im Rahmen des Prozesssteuersystems 10 geregelt wird. Es sind natiirlich auch Hybridblocke und Funktionsblocke 
anderer Art vorhanden. Funktionsblocke konnen in dem Prozessrechner 12 abgespeichert sein und von diesem ausge- 
fuhrt werden, was im typischen Fall dann gegeben ist, wenn diese Funktionsblocke fur oder in \ferbindung mit standard- 30 
maBigen Einrichtungen mit 4-20 mA und einigen Arten von intelligenten AuBengeraten eingesetzt werden, oder sie kon- 
nen in den AuBengeraten selbst abgespeichert sein und von diesen realisiert werden, was bei Fieldbus-Einrichtungen der 
Fall ist. Auch wenn das Steuersystem hier anhand der Verwendung einer Steuer- und Regelstrategie unter Einsatz von 
Funktionsblocken beschrieben wird, konnte die Regelstrategie auch unter Heranziehung anderer Konventionen wie bei- 
spielsweise einer Leiterlogik realisiert bzw. ausgelegt sein. 35 

Die linke Seite des in Fig. 2 dargestellten Prozessrechners umfasst eine schematise he Darstellung miteinander in Ver- 
bindung stehender Funktionsblocke 30, 32 und 34, die zusammen einen Sollwert-Prozesssteuerkreis 36 bilden, der so 
ausgelegt ist, dass dabei die standardmafiigen Einrichtungen 17 und 18 mit 4-20 mA eingesetzt werden. Da die Funk- 
tionsblocke 30, 32 und 34 auf den Betrieb von 4-20 mA-Einrichtungen bezogen sind, werden sie in dem Prozessrechner 
12 abgespeichert und von diesem ausgefuhrt Bei einem bevorzugten Ausfuhrungsbeispiel, bei dem eine Delta V-Steue- 40 
rung zum Einsatz kommt, sind die Funktionsblocke 30, 32 und 34 so ausgelegt, dass sie ahnlich wie Fieldbus-Funktions- 
blocke aufgebaut sind, also mit demselben oder einem ahnlichen Protokoll wie diese arbeiten. Diese Konvention ist je- 
doch nicht erforderlich, da stattdessen auch mit anders ausgelegten Funktionsblocken gearbeitet werden kann. GemaB 
der Darstellung in Fig, 2 handelt es sich bei dem Funktionsblock 30 um einen Funktionsblock mit analogem Eingang 
(AI), der einen Messwert, den beispielsweise der Messwertumformer (Sensoreinrichtung) 17 erfasst hat, an den Funk- 45 
tionsblock 32 weiterleitet. Bei dem Funktionsblock 32 handelt es sich um einen PID-Funktionsblock, der unter Heran- 
ziehung jedweder gewiinschten PID-Strategie Berechnungen vomimmt und iiber eine Obertragungsleitung an den Funk- 
tionsblock 34 ein Steuersignal abgibt, der vorzugsweise ein Funktionsblock mit analogem Ausgang (AO) ist. Der AO 
Funktionsblock 34 kommuniziert beispielsweise mit der Ventileinrichtung 18, um entsprechend dem Steuersignal aus 
dem PID-Funktionsblock 32 ein Offhen oder SchlieBen des Ventils 18 zu veranlassen. Der AO-Funktionsblock 34 gibt 50 
auch an den PID-Funktionsblock 32 ein Riickmeldesignal ab, das unter Umstanden einen Hinweis auf die Stellung des 
Ventils 18 liefert, wobei der PID-Funktionsblock 32 dieses Riickmeldesignal zur Erzeugung des Steuersignals heran- 
zieht. Der Prozessrechner 12 weist eine Gerateschnittstelle 38 auf (die unter Umstanden im Prozessrechner 12 oder in der 
Ein-/Ausgabeeinrichtung 26 gemaB Fig. 1 realisiert ist), um mit den Geraten 15-18 zu kommunizieren, um von diesen 
die erfassten Messwerte zu erhalten und entsprechend dem Regelkreis 36 oder anderen Regelkreisen an diese Steuersi- 55 
gnale zu liefern. Die Gerateschnittstelle 38 ubernimmt systematisch Signale von den Geraten 15-18 und gibt diese Si- 
gnale an den eigentlichen Funktionsblock innerhalb des Prozessrechners 12 weiter, der mit der Sendeeinrichtung verbun- 
den ist. In gleicher Weise gibt die Gerateschnittstelle 38 systematisch Steuersignale von den Funktionsblocken innerhalb 
des Prozessrechners 12 an die eigentlichen AuBengerate 15-18 weiter. 

Die rechte Seite im Prozessrechner 12 gemaB Fig. 2 stellt einen Messwert-Regelkreis 40 dar, der unter Heranziehung 60 
von Fieldbus- Funktionsblocken 42, 44 und 46 realisiert ist, die in den Fieldbus-AuBengeraten 19 und 22 nachgeschaltet 
sind. In diesem Fall sind die tatsachlichen Funktionsblocke 42, 44 und 46 in den AuBengeraten 19 und 22 abgespeichert 
und werden von diesen ausgefuhrt, und sie geben kommunikativ die ihnen zugeordneten Attribute an Schatten-Funk- 
tionsblocke 42S, 44S und 46S (als Kastchen mit punktierten Linien dargestellt) innerhalb des Prozessrechners 12 weiter. 
Die SchaUen-Funktionsblocke 425, 44S und 46S sind entsprechend der vom Prozessrechner 12 verwendeten Konfigura- 65 
tion der Funktionsblocke aufgebaut, aber spiegeln den Zustand der tatsachlichen Funktionsblocke 42, 44 bzw. 46, so dass 
dem Prozessrechner vermittelt wird, dass die tatsachlichen Funktionen, die mit den Funktionsblocken 42, 44 und 46 ver- 
bunden sind, vom Prozessrechner gerade ausgefuhrt wiirden. Durch die Verwendung von Schatten-Funkuonsblocken im 
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Prozessrechner hat dieser die Moglichkeit, unter Heranziehung von Funktionsblocken, die im Prozessrechner 12 sowie 
in AuBengeraten abgespeichert sind und ausgefuhrt werden, eine Steuer- und Regelstrategie zu realisieren. Der Prozess- 
rechner 12 kann natiirlich Regelkreise mit darin vorgesehenen standardisierten Funktionsblocken (wie die Funktions- 
blocke 30, 32 und 34) und Schattenfunktionsblocken realisieren. Beispielsweise konnte der PID-Schatten-Funktions- 
5 block 44S, der dem eigentlichen Funktionsblock 44 im Ventilsteller 22 zugeordnet ist, mit dem AI-Funktionsblock 30 
und dem AOFunktionsblock 34 zur Bildung eines Prozesssteuerkreises verknupft sein. Die Bildung und Realisierung 
von Schatten-Funktionsbiocken ist nicht Gegenstand der vorliegenden Erfindung und wird ausfuhrlicher in der am 10. 
September 1998 eingereichten US-Patentanmeldung Ser. No. 09/151,084 mit dem Titel "Eine Schnittstelle fiir Schatten- 
Funktionsblocke zum Einsatz bei einem Prozesssteuernetzwerk" beschrieben, die auf den Zessionar der vorliegenden Er- 
10 findung ubertragen wurde und deren Offenbarung hiermit ausdriicklich durch Querverweis einbezogen wird. 

Bei einem Ausfuhrungsbeispiel der Erfindung weist der Prozessrechner eine Einheit 48 zur Diagnosedatenerfassung 
auf, bei der es sich beispielsweise urn einen Kurzzeilspeicher handeln kann, in dem bestimmte Arten von Daten zusam- 
mengetragen und abgespeichert werden, die mit jedem der Funktionsbldcke (bzw. Schatten-Funktionsblocke) des Pro- 
zesssteuersystems 10 im Zusammenhang stehen und bei der Erfassung von Problemen mit diesen Funktionsblocken her- 
15 angezogen werden, oder auch mit den mit diesen Funktionsblocken in Verbindung stehenden Geraten oder Regelkreisen. 
Die Datenerfassungseinheit 48 kann beispielsweise eine Angabe der Variabilitat, eine Angabe des Modus, eine Angabe 
des Zustands und/oder eine Grenzwertangabe fiir jeden der Funktionsblocke innerhalb des Prozesssteuernetzwerks 10 er- 
fassen. Bei Bedarf kann die Datenerfassungseinheit 48 in der nachstehend noch zu beschreibenden Art und Weise be- 
stimmte Verarbeitungsvorgange mit den erfassten Daten ausfuhren. Die Datenerfassungseinheit 48 sendet die erfassten 
20 oder verarbeiteten Daten periodisch uber die Ethernet- Verbindung an den Bedienerarbeitsplatz 13 zur Abspeicherung in 
einem Langzeitspeicher bzw. Protokollfuhrungsspeicher 50 und zur Verwendung durch ein Diagnosewerkzeug 52, das 
sich zumindest teilweise in dem Bedienerarbeitsplatz 13 befindet. Das Diagnosewerkzeug, das vorzugsweise in Form ei- 
ner Softwareroutine realisiert ist, die in einem Speicher des Bedienerarbeitsplatzes 13 abgespeichert ist und von einem 
Rechner 54 des Bedienerarbeitsplatzes 13 ausgefuhrt wird, erkennt Probleme im Prozesssteuersystem 10, meldet diese 
25 Probleme und schlagt Werkzeuge bzw. Hilfsmittel vor, die zur weiteren Analyse und Behebung dieser Probleme zu ver- 
wenden sind. Bei Bedarf konnen Teile des als Diagnosewerkzeugs vorgesehenen Programms innerhalb des Prozessrech- 
ners 12 oder auch in den AuBengeraten ausgefuhrt werden. 

Das Diagnosewerkzeug 52 erkennt Probleme systematisch, indem es einen oder mehrere Betriebsparameter der Funk- 
tionsblocke bzw. Gerate in dem Prozesssteuersystem heranzieht, zu denen beispielsweise ein Variabilitats-Parameter, ein 
30 Modus-Parameter, ein Zustands-Parameter und ein Grenzwert- Parameter gehoren, die jeweils von den entsprechenden 
Funktionsblocken oder Geraten in dem Prozesssteuersystem ermittelt werden (oder diesen zugeordnet sind). Eine An- 
gabe des Variabilitats-Parameters lasst sich fiir jedes Gerat oder jeden Funktionsblock in dem Prozesssteuersystem be- 
rechnen oder anderweitig bestimmen (unabhangig davon, ob diese Funktionsblocke im Prozessrechner 12 angesiedelt 
oder in einem der AuBengerate 19-22 nachgeschaltet sind), um den Fehler zwischen zwei Parametem des Funktions- 
35 blocks anzugeben. Diese beiden Parameter konnen verschiedene Signale sein, die dem Funktionsblock zugeordnet sind, 
oder auch zwei verschiedene Messwerte desselben Signals. Beispielsweise kann bei AI-Funktionsbl6cken die Angabe 
der Variabilitat den Fehler zwischen einem statistischen Messwert (z. B. Mittelwert, Medianwert, usw.) bei der von ei- 
nem Fuhler uber einen vorgegebenen Zeitraum vorgenommenen Messung und dem tatsachlichen bzw. augenblicklichen 
Wert der Messung angeben. In gleicher Weise kann bei einem AOFunktionsblock die Variabilitats-Angabe anhand der 
40 Unterschiede zwischen einem historischen statistischen Zustand eines Gerats uber einen vorgegebenen Zeitraum (z. B. 
den Mittelwert des Orts des Ventils bei einer Ventilvorrichtung) und dem aktuellen Zustand des Gerats (z. B. in Form des 
augenblicklichen Orts des Ventils) bezeichnen. Bei Steuerfunktionsblocken wie zum Beispiel PID-Funktionsbldcken, 
Verhaltnis-Funktionsblocken, Funktionsblocken mit Fuzzy-Logik und dergleichen, kann der Angabe der Variabilitat eine 
Abweichung eines in den Funktionsblock eingegebenen Prozessparameters und einem Sollwert bzw. Zielwert zugrunde 
45 liegen, der fur diesen Parameter dem Funktionsblock zugeordnet wurde. Bei einem Ausfuhrungsbeispiel kann ein Varia- 
bilitats-Index als integrierter absoluter Fehler (Integrated Absolute Error, IAE) uber einen bestimmten Zeitraum ermittelt 
werden, zum Beispiel wahrend einer Auswertezeit von zehn Minuten. In einem solchen Fall lasst sich der Variabilitats- 
Index wie folgt berechnen: 

so IAE =^2^ -N- ( 1 \ 

™ ft \X(i) - S| (1) 



wobei: N = Anzahl der Messungen im Erfassungszeitraum 

X(i) = Wert der i-ten Messung des gewUnschten Funktionsblock-Parameters wie z. B. der Eingabewert in den Funktions- 
55 block bei AI-Blocken und Steuerblocken; und 

S = statistischer oder Soli- Wert des Parameters, mit dem der Funktionsblock-Parameter verglichen wird, z. B. der Soll- 
wert (bei Steuerblocken), der Durchschnitts wert des Funktionsblockparameters uber den letzten Erfassungszeitraum (bei 
AI-Blocken), usw. 

Wenn die Abweichung zwischen den X- und S-Variablen in Gleichung (1) von der Art her eine Gauss'sche Verteilung 
60 zeigt, dann ist der IAE- Wert gleich er Standardabweichung, multipliziert mit der Quadratwurzel des Produkts von zwei 
uber 7t. Natiirlich konnte zusatzlich zu oder anstelle der vorstehend beschriebenen IAE-Berechnung auch jede andere Va- 
riabilitats-Angabe herangezogen werden, und damit beschrankt sich die Angabe der Variabilitat nicht auf die Angabe 
nach Gleichung (1). 

Vorzugsweise berechnet jeder Funktionsblock automatisch die Variabilitatsangabe uber jeden Erfassungszeitraum 
65 (z. B. iiber eine vorgegebene Zeitspanne oder Anzahl von Ausfuhrungszyklen), was ganz besonders fiir die Blocke gilt, 
die sich in den AuBengeraten 19-22 befinden, und sendet nach jedem Auswertungszeitraum die berechnete Variabilitats- 
angabe an die Datenerfassungseinheit 48 in dem Prozessrechner 12 bzw. an die Protokollfuhrungseinheit 50 in dem Be- 
dienerarbeitsplatz 13. Diese Angabe der Abweichung kann beispielsweise der vorstehend genannte Variabilitats-Index 
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odea: einer von dessen Untereinheiten sein, die zur Bestimmung des vorgenannten Variabilitats-Index herangezogen wer- 
den konnen. Wenn es sich bei den Funktionsblocken um Fieldbus-Funktionsblocke handelt, die sich in einem der Aufien- 
gerate 19 -22 befinden, dann kann die Variabilitatsangabe an den Prozessrechner 12 mil Hilfe asynchroner Kommunika- 
tionsverbindungen ubermittelt werden. Wahrend der endgultige Variabilitatsindex for jeden Funktionsblock von dem 
Prozessrechner 12 oder dem Bedienerarbeitsplatz 13 vollstandig berechnet werden konnte, ware es hierfiir erforderlich, 5 
dass jeder Funktionsblock nach jedem Ausruhrungszyklus (im typischen Fall in der GroBenordnung von alle 50-100 
Millisekunden) Daten an diese Gerate sendet, was eine Menge zusatzlicher Kommunikationsvorgange uber die Buslei- 
tungen des Prozesssteuersystems 10 voraussetzte. Um diese zusatzlichen Kommunikationsvorgange zu vermeiden, so lite 
jeder Funktionsblock vorzugsweise so ausgelegt werden, dass er hierfiir eine \&riabilitats-Angabe berechnet und diese 
Variabilitatsangabe dann uber die Kommunikations-Busleitungen einmal pro Erfassungszeitraum ubermittelt, was im ty- to 
pischen Fall in der GroBenordnung von einmal in einer Minute, zehn oder mehr Minuten liegt. Derzeit bietet kein be- 
kannter standardmaBiger Funktionsblock diese Moglichkeit und somit sollte diese zusatzlich bei den in dem Prozesssteu- 
ersystem 10 verwendeten Funktionsblocken vorgesehen werden. 

Bei einem Ausfuhrungsbeispiel werden die Rechenvorgange zur Ermitdung eines abschlieBenden Variabilitats-Index, 
der einem Funktionsblock zugeordnet ist, zwischen dem Funktionsblock und dem Diagnosewerkzeug 52 aufgeteilt. Ins- 15 
besondere werden, da die Berechnung des Variabilitats-Index Rechenkapazitaten belegt, die meisten Teiie dieser Berech- 
nungen, die Rechenzeit benotigen, in dem Bedienerarbeitsplatz 13 oder in dem Prozessrechner 12 ausgefuhrt. Bei der 
vorliegenden Beschreibung wird auf die Berechnungen fur einen Variabilitats-Index bei Eingabe- und Ausgabeblocke 
einfach als Variabilitats-Index (VI) Bezug genommen, wahrend der Variabilitats-Index bei Steuerfunktionsblocken als 
Steuerindex (CI) bezeichnet wird. Der VE-Index (der bei Eingabeblocken, Ausgabeblocken und Steuerblocken im manu- 20 
ellen Betrieb herangezogen wird) und der Cl-Index (der bei Steuerblocken im Automatikbetrieb verwendet wird) konnen 
von dem Bedienerarbeitsplatz 13 oder dem Prozessrechner 12 wie folgt berechnet werden: 

V J = 1 - -2^-^ ( 2 ) 



wobei: Siq = Mindest-Standardabweichung, die bei Regelung erwartet wird; 
Scot = tatsachlich gemessene Standardabweichung; und 

s = Empfindlichkeitsfaktor, der herangezogen wird, um die Berechnungen stabil zu machen. 

Dabei kann S\q wie folgt berechnet werden: 35 
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wobei: Scapab = geschatzte Standardabweichung bei der Moglichkeit (Standardabweichung bei idealen Betriebsbedin- 
gungen) 

Es wird zu den Werten von Scapab und S tot in Gleichungen (2) und (3) ein kleiner Wert fur den systematischen Fehler 
(Bias) s addiert, da festgestellt wurde, dass wenn, wenn das Verhaltnis zwischen Stoning und Rauschsignal (d. h. das Ver- 
haltnis zwischen der niederfrequenten Stoning und der hochfrequenten Storung) zu hoch ist, die Berechnungen von VI 45 
und CI zu hohe Werte ergeben. Dieses Problem verscharft sich noch bei rascher Messwerterfassung bei sehr kleinen Dif- 
ferenzen zwischen aufeinanderfolgenden Messungen. Der Bias-Wert s macht, wie sich herausgestellt hat, die Berechnun- 
gen stabil. Der empfohlene Bias-Wert s betragt 0,1% des Messbereichs (in etwa entspricht er also der Messgenauigkeit). 
Selbstverstandlich ist ein Wert von Null bei den Berechnungen von VI bzw. CI nach Gleichungen (2) und (3) der giin- 
stigste Fall, wahrend ein Wert von Eins dem ungiinstigsten Fall entspricht Diese oder auch andere Variabilitats-Indizes 50 
konnten so berechnet werden, dass ein Wert von Eins (oder sogar irgendein anderer Wert) den giinstigsten Fall wieder- 
gibt. 

Bei Bedarf kann fur die Steuerblocke ein Wert fur die prozentuale Verbesserung beim lOOfachen des Cl-Werts fur den 
Steuerblock festgelegt werden. 

Zur Vomahme der vorstehenden Berechnungen von VI, CI und PI in einer mdglichst effizienten Weise kann jeder 55 
Funktionsblock, beispielsweise in einem Delta V-Umfeld oder einem Fieldbus-Umfeld, die Werte von Scapab un d ^>tot als 
Variabilitatsangaben berechnen und diese Werte fur den Prozessrechner 12 einsehbar machen, der dann unter Heranzie- 
hung der Gleichungen (2) und (3) die Werte von VI und CI berechnen oder die Werte von Scapab un d dem Diagnose- 
werkzeug 52 im Bedienerarbeitsplatz 13 zur Verfugung stellen kann, wo nun die Werte von VI und CI berechnet werden 
konnen. Die zur Ermitdung der Werte von Scapab u nd S tot notigen Zwischenberechnungen werden wahrend jeder Ausfuh- 60 
rung des Funktionsblocks durchgefiihrt, und die Werte von Scapab und Stot werden einmal pro N Durchgangen des Funk- 
tionsblocks aktualisiert (d. h. einmal pro Erfassungszeitraum). Bei einer Realisierungsform konnen die Werte von Scapab 
und Scot nach 100 Durchlaufen des Funktionsblocks aktualisiert werden. 

Die Gesamt-S tan dardabweic hung S m lasst sich in dem Funktionsblock unter Heranziehung der sogenannten Berech- 
nungsform mit beweglichem Zeitfenster wie folgt ermitteln: 65 
lasst sich der Variabilitats-Index wie folgt berechnen: 

Stot = 1,25 MAE (5) 
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wobei MAE den mittleren absoluten Fehler darstellt, der wie folgt berechnet wird: 

MAE = --- £ N \ t (y 1 (t) - y st \ (6) 
1 N 

wobei: N = Anzahl der Durchlaufe wahrend eines Erfassungszeitraums 

y(t) = Wert des t-ten augcnblicklichen Messwertes des gewiinschten Funktionsblock-Parameters wie z. B. der Eingabe- 
wert in den Funktionsblock; und 

10 Y st = statistischer oder Soli- Wert des Parameters, mit dem der Funktionsblock-Parameter verglichen wird, z. B. der 
Durchschnittswert oder mittlere Wert des Funktionsblock-Parameters wahrend des letzten Bewertungszeitraums. 

Ganz allgemein wird bei den E/A-B16cken der Betriebswert (PV) des Funktionsb locks zur Berechnung von y st heran- 
gezogen. Bei den Steuerbldcken wird je nach Modus des Blocks entweder der Betriebs-Sollwert oder der 1st- Wert (Be- 
triebswert) (PV) als y gt verwendet. 

15 Die Standardabweichung der Moglichkeit, Scapab lasst sich dann wie folgt berechnen: 

MR 

Scapab = (7) 

1,128 

20 wobei MR der durchschnittliche Bewegungsbereich ist, der sich wie folgt rechnerisch ermitteln lasst: 

m ■ pflt) - y(t-l)) ! (8) 

N 

Zur Verringerung des Rechenaufwands wird wahrend jedes Ausfuhrungszyklus des Funktionsblocks nur die MAE und 
MR zugeordnete Summierungskomponente durchgefuhrt. Die Division der Summe durch N oder N-l lasst sich als Teil 
der Berechnungen von und Scapab einmal pro N Ausfuhrungsgangen (d. h. einmal pro Bewertungszeitraum) vorneh- 
men. Aus der vorstehenden Formel ergibt sich eindeutig, dass: 

Stoe - 1,%5 * — 1 * Error abs (9) 



25 



30 



35 1 

* Deltas 

40 Scapab = — (10) 

1,128 

wobei es sich bei Errorabs und Deltaabs jeweils um die Summierungen in Gleichungen (6) und (8) handelt und diese lau- 

45 fend wahrend jedes Ausfuhrungszyklus des Funktionsblocks berechnet werden. 

Die Qualitat der Eingabe in den bei diesen Berechnungen verwendeten Funktionsblock spielt naturlich eine groBe 
Rolle und deshalb ist es wiinschenswert, dass nur Daten herangezogen werden, die in gutem Zustand sind, sowie Daten, 
die keinen Einschrankungen unterliegen. Bei Einsatz von Fieldbus- oder Delta V-Funkuonsblocken werden bei der Mo- 
dus- Variablen der Zustand der Variablen PV, des Sollwerts und der RUck-Kalibrierung beriicksichtigt, und damit kann 

50 die Modus- Variable dazu herangezogen werden, die korrekten Berechnungen fur den Variabilitats-Index sicherzustellen. 
Beispielsweise werden im OOS-Modus (Out-of-Service, auBer Betrieb) die Variablen S to t und Scapab nicht ermittelt, son- 
dern werden statt dessen auf den dem gunstigsten Fall entsprechenden Wert gesetzt (z. B. Null), um so die Feststellung 
eines Fehlers zu verhindern. Bei Warms tart, wenn sich die Betriebsart von OOS zu irgendeiner anderen Betriebsart an- 
dert, konnen die Variablen S^t und S^ab auf Null gesetzt werden (den Wert entsprechend dem gunstigsten Fall), kann der 

55 Erfassungszahler riickgesetzt werden und konnen die Variablen Errorabs und Deltaabs in Gleichungen (9) und (10) auf 
Null gesetzt werden. AuBerdem sollten die vorherigen Werte von y und y st riickgesetzt werden. 

Fig. 3 zeigt einen Funktionsblock 55 mit einem Eingang 56, einem Ausgang 57 und einem mit dem Eingang 56 ver- 
bundenen Generator 58 zur Erzeugung von Variabilitats-Angaben. Bei Bedarf kann der Generator 58 fur Variabilitats- 
Angaben zusatzlich oder alternativ mit dem Ausgang 57 und/oder anderen Teilen des Funktionsblocks 55 verbunden 

60 werden, um weitere Funktionsblock-Parameter oder Signale zu ubernehmen (dabei sind diese Verbindungen durch punk- 
tierte Linien in Fig. 3 dargestellt). Wenn der Funktionsblock 55 beispielsweise ein Steuerfunktionsblock ist, iibernimmt 
der Rechner 58 zur Berechnung des Variabilitats-Index den Eingangswert 56 (wobei es sich um den Betriebswert han- 
deln kann, der gerade von dem Regelkreis gesteuert wird, in dem der Steuerblock 55 arbeitet) und vergleicht diesen Ein- 
gangswert mit einem Sollwert, der dem Funktionsblock 55 zuvor zugefuhrt wurde. Der Generator 58 zur Erzeugung der 

65 Variabilitats-Angabe kann den Variabilitats-Index nach Gleichung (1) ermitteln und diesen Index einem Kommunikator 
59 ubermitteln, welcher die Variabilitats-Angabe bei jeder Erfassungsperiode (nach jeweils N Messwerten) an den Pro- 
zessrechner 12 ubermittelt. Wie vorstehend bereits erlautert wurde, kann jedoch der Generator 58 zur Erzeugung der Va- 
riabilitats-Angabe die Werte S tot und S cap ab in der vorstehend erlauterten Weise ermitteln und diese Werte dann an den 
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Prozessrechner 12 oder den Bedienerarbeitsplatz 13 senden, die nun die Werte von VI und/oder CI daraus berechnen 
konnen. Wenn es sich bei dem Funktionsblock 55 urn einen gerade im Prozessrechner 12 ausgefuhrten Funklionsblock 
handelt, konnte der Prozessrechner eine separate Routine einbeziehen, um die Variabilitats-Angabe fiir jeden Funktions- 
block zu ermitteln, da nach jedem Erfassungsintervall keine Kommunikation iiber Busleitungen stattfinden miisste. Der 
Kommunikator 59 kann eine beliebige standardmaBige Kommunikationseinheit sein, die einem Funktionsblock oder ei- 5 
nem Kommunikationsprotokoll zugeordnet ist 

Ein zweiter Betriebsparameter fiir einen Funktionsblock, der dazu herangezogen werden kann, Probleme innerhalb 
des Prozesssteuersystems 10 zu ermitteln, ist eine Angabe der Betriebsart, in welcher jeder der Funktionsblocke (bzw. 
Regelkreise oder Gerate) arbeitet. Im Fall von Fieldbus-Funktionsblocken sowie einigen anderen bekannten Funktions- 
blocken besitzt jeder Funktionsblock einen Modus-Parameter, der dem Prozessrechner als Hinweis darauf zur Verfugung to 
stent, in welcher Betriebsart der Funktionsblock gerade arbeitet. A us dieser Modus- Angabe kann ein Datenanalysierer 
innerhalb des Diagnose werkzeugs 52 einen Wert des Modus-Parameters als Angabe dafUr ermitteln, ob der Funktions- 
block (und damit der Regelkreis, das Modul oder Gerat) in seinem gewiinschten und geplanten Modus arbeitet oder al- 
ternativ, ob etwas eingetreten ist, wodurch der Funktionsblock (das Gerat oder der Regelkreis) veranlasst wurde, in ei- 
nem anderen, weniger bevorzugten Modus arbeitet. Fieldbus-Funktionsbldcke arbeiten in einer von vielen Betriebsarten. 15 
Beispielsweise arbeiten AI-Funktionsblocke in einem OOS -Modus (auBer Betrieb; wobei ein Bediener gegebenenfalls 
das Gerat auBer Betrieb gesetzt hat, um Wartungsarbeiten vorzunehmen), einem manuellen Modus, bei dem irgendein Si- 
gnal, zum Beispiel ein Ausgangssignal des Funktionsbiocks, gerade von Hand gesetzt wird, statt anhand der geplanten 
Betriebsweise des Funktionsbiocks, und einem Automatikmodus, in dem der Funktionsblock in normaler ANfeise arbeitet, 
d. h. in der Weise, die fur seinen Betrieb vorgesehen ist. Fieldbus-Steuerblocke konnen ebenfalls eine oder mehrere Be- 20 
triebsarten in Kaskade enthalten, wobei die Betriebsart durch andere Funktionsblocke oder durch einen Bediener gesteu- 
ert wird. Im typischen Fall besitzen Fieldbus-Funktionsbldcke drei Modus- Variablen, die ihnen zu einem gegebenen 
Zeitpunkt zugeordnet werden, darunter ein Soil-Modus, der die Betriebsart darstellt, in welche der Bediener den Block 
versetzt hat (und der eine andere Betriebsart als Normalbetrieb oder Automatikbetrieb sein kann), sowie ein aktueller 
Modus, welcher der Betriebsart entspricht, in welcher der Steuerblock zu einem gegebenen Zeitpunkt gerade arbeitet, 25 
und ein Normalmodus, also die Betriebsart, in welcher der Funktionsblock arbeiten soli und die mit dem Normalbetrieb 
des Funktionsbiocks verknupft ist. Diese oder andere Modus- Angaben konnen je nach Bedarf verwendet werden. 

Die Modus-Angabe kann dem Prozessrechner 12 und/oder dem Bedienerarbeitsplatz 13 periodisch zugeleitet werden. 
Befindet sich der Funktionsblock innerhalb des Prozessrechners 12, so kann die Modus-Angabe fur jeden Funktions- 
block zu jedem gewiinschten Zeitpunkt oder nach jedem beliebigen Intervall der Datenerfassungseinheit 48 zugeleitet 30 
werden. Bei Fieldbus-Funktionsblocken oder weiteren Funktionsblocken innerhalb der AuBengerate kann der Prozess- 
rechner periodisch die Modus-Parameter fur jeden Funktionsblock unter Zuhilfenahme einer ViewList-Anforderung (im 
Fieldbus-Protokoll) anfordern. Bei Bedarf kann die Datenerfassungseinheit 48 im Prozessrechner 12 den Modus bei je- 
der Erf assungsperiode bzw. Auswertungsperiode abspeichem und die gespeicherten Daten der Protokollfuhrungseinheit 
50 zur Verfugung stellen. AnschlieBend kann das Diagnose werkzeug 52 Modus- Werte ermitteln, die angeben, wann oder 35 
wie lange der Funktionsblock in verse hi edenen Betriebsarten oder im Normalmodus (bzw. abnormalen Modus) geblie- 
ben ist, oder wie hoch der Prozentsatz einer speziellen zeitlichen Periode ist, in welcher sich der Funktionsblock im Nor- 
malbetrieb (oder abnormalen Modus) befunden hat. Alternativ konnte die Datenerfassungseinheit 48 oder irgendeine an- 
dere speziell dafur konzipierte Einheit im Prozessrechner 12 erf as sen, wann sich jeder Funktionsblock auBerhalb seines 
Normalbetriebs befindet (beispielsweise indem der Normalmodus des Funktionsbiocks mit dessen tatsachlicher Be- 40 
triebsart zu einem beliebigen gegebenen Zeitpunkt verglichen wird). In diesem Fall konnte die Datenerfassungseinheit 
48 die Betriebsart eines beliebigen Funktionsbiocks dadurch mitteilen, dass angegeben wird, wann Anderungen in der 
Betriebsart stattgefunden haben oder erfasst werden, wodurch der Umfang der zwischen dem Prozessrechner 12 und dem 
Bedienerarbeitsplatz 13 notigen Kommunikation verringert wird. 

Ein Zustandsparameter ist ein weiterer Betriebsparameter fiir einen Funktionsblock, der gegebenenfalls zur Erfassung 45 
von Problemen in Prozesssteuergeraten und Regelkreisen verwendet wird. Eine Zustands- Angabe, die von jedem Funk- 
tionsblock geliefert wird, kann den Zustand des mit dem Funktionsblock bzw. Gerat verbundenen Primarwertes (PV) de- 
finieren oder identifizieren. Zusatzlich oder alternativ kann einem oder mehreren Eingangs- und Ausgangs-Informatio- 
nen eines Funktionsbiocks eine Zustandsangabe zugeordnet sein. Fieldbus-Funktionsblocke besitzen einen ihnen zuge- 
ordneten Zustands-Parameter, der die Form "gut", "inakzeptabel" oder "ungewiss" annehmen und so den Zustand des 50 
PV-Werts, der Eingangs- und/oder Ausgangs-Informationen des Funktionsbiocks angeben kann. Eine Zustandsangabe 
kann auch eine Begrenzungs angabe identifizieren oder beinhalten, wie zum Beispiel die Grenzwerte, die dem PV oder 
einem anderen Parameter des Funktionsbiocks zugeordnet sind. So kann beispielsweise die Grenzwert- Angabe angeben, 
ob der PV des Funktionsbiocks nach oben oder nach unten begrenzt ist. Auch hier kann das Diagnosewerkzeug 52 Zu- 
stands- oder Grenzwert- Werte ermitteln, die angeben, wann, wie lange oder zu welchem Prozentsatz eines speziellen 55 
Zeitraumes der Status des Funktionsbiocks sich im Normalbetrieb (bzw. abnormalen Betrieb) befand und wann, wie 
lange oder zu welchem Prozentsatz eines speziellen Zeitraums eine Funktionsblock- Variable sich an einem oder mehre- 
ren Grenzwerten befand (oder auch nicht an einem oder mehreren Grenzwerten), oder ob ein inakzeptabler Status oder 
fraglicher Zustand vorliegt. 

In ahnlicher Weise wie die Modus-Angabe konnen die Zustands-Angabe und die Begrenzungs- Angabe periodisch 60 
oder auf Anforderung (wozu beispielsweise der ViewList-Befehl im Fieldbus-Protokoll verwendet wird) von jedem 
Funktionsblock an den Prozessrechner geschickt werden, und dieser kann dann eventuelle \feranderungen feststellen und 
an den Bedienerarbeitsplatz 13 ubermitteln. Alternativ konnen die Zustands- und Begrenzungs-Angaben auch ohne \fer- 
arbeitung an den Bedienerarbeitsplatz 13 ubermittelt werden. Bei Bedarf konnen die Funktionsblocke so eingerichtet 
werden, dass sie Modus-, Zustands- und/oder Begrenzungs-Angaben nur dann ubermittelt werden, wenn tatsachlich An- 65 
derungen in diesen Parametern aufgetreten sind, wodurch der Umfang der Kommunikationsvorgange zwischen dem Pro- 
zessrechner 12 und den Funktionsblocken innerhalb der AuBengerate noch weiter verringert wird. Wenn aber bei Ver- 
wendung dieses Kommunikationssystems der aktuelle Zustand aller erforderlichen Parameter benotigt wird, um eine Ba- 
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sis zu bilden, mit welcher die Anderungen verglichen werden, wenn das Diagnosewerkzeug 52 zum ersten Mai aufgeru- 
fen wird. Dieser aktuelle Zustand kann gemessen oder dadurch erfasst werden, dass man den Prozessrechner 12 peri- 
odisch Parameterwerte melden lasst (auch wenn sie sich nicht verandert haben) oder dass man das Diagnosewerkzeug 52 
den Prozessrechner 12 zum Melden von Parametern veranlassen lasst, die fur Ausnahmemeldungen definiert sind. An- 
5 hand des Zustands jedes einzelnen Funktionsblocks kann das Diagnosewerkzeug 52 rasch Messungen identifizieren, die 
inakzeptabel sind und nachgesehen werden mussen (ungewisser Zustand) oder die wegen einer Begrenzung eines Mess- 
wertes oder eines PV-Wertes unkorrekt kalibriert wurden. Die Angaben zum Zustand und zur Begrenzung konnen natiir- 
lich einen von unterschiedlich vielen verschiedenen Werten annehmen, je nach Art des Systems, in dem sie gerade ver- 
wendet werden. 

10 AuBerdem kann fur beliebige verschiedene Variablen (auBer PV) eines Funktionsblocks, eines Gerats oder eines Re- 
gelkreises eine Zustandsangabe verwendet werden. Beispielsweise kann in einem Regelkreis mit Ruckmeldung der Zu- 
stand der Regelvariablen zur Erfassung von Problemen innerhalb von Funktionsblocken und Regelkreisen verwendet 
werden. Der Zustand dieser Regelvariablen (z. B. die Ruck-Kalibrierungs- bzw. BackCal- Variable fur Steuer- bzw. Stel- 
ler-Funktionsblocke beim Fieldbus-Protokoll) oder jeder anderen Variablen kann von dem Diagnosewerkzeug 52 gepriift 

15 werden, um festzustellen, wann ein Funktionsblock einen Ausgang aufweist, der beispielsweise durch einen nachge- 
schalteten Funktionsblock oder eine andere nachfolgende Bedingung begrenzt wird. In ahnlicher Weise wie bei der Mo- 
dus- Angabe kann der aktuelle Zustands werte erf as sen und abspeichern oder gegebenenfalls Veranderungen bei den Zu- 
standswerten als Zustands-Angabe abspeichern. 

Weitere Daten, die einem Prozesssteuer-Funktionsblock, einem Gerat oder einem Regelkreis zugeordnet sind, konnen 

20 ebenfalls zur Erfassung von Problemen verwendet werden. Beispielsweise kann der Bedienerarbeitsplatz 13 (bzw. der 
Prozessrechner 12) Ereignisse und Alarmmeldungen, die von den Geraten oder Funktionsblocken innerhalb des Prozess- 
steuer-Netzwerks 10 erzeugt werden, ubernehmen, abspeichern und uberpriifen. In einem Fieldbus-Umfeld unterstutzen 
beispielsweise Funktionsblocke einen Blockfehler-Parameter, der Storungen in den Verarbeitungsbedingungen meldet, 
die von einem Messumformer oder einem Funktionsblock erfasst werden. Fieldbus-Gerate geben jedes Problem wieder, 

25 das von dem Gerat oder Funktionsblock unter Heranziehung von einem von 16 definierten Bits in einem Blockfehier-Da- 
tenstrom erfasst wird, der zu dem Prozessrechner 12 flieBt. Fieldbus-Gerate melden dem Prozessrechner 12 das erste er- 
fasste Problem als Ereignis oder Alarm, und diese Ereignisse bzw. Alarmmeldungen konnen dann vom Prozessrechner 
12 an ein Ereignisjoumal im Bedienerarbeitsplatz 14 weitergeleitet werden. Bei einem Ausfuhrungsbeispiel analysiert 
bzw. uberpruft das Diagnosewerkzeug 52 das sechste Bit des Blockfehler-Parameters (im Fieldbus-Protokoll), um fest- 

30 zustellen, wann bei einem Gerat in naher Zukunfl Wartungsarbeiten erforderlich sind, und damit wann eine Bedingung 
vorliegt, die adressiert werden muss, die aber zum aktuellen Zeitpunkt die Funktion des Gerats nicht einschrankt. In ahn- 
licher Weise analysiert das Diagnosewerkzeug 52 das dreizehnte Bit des Blockfehler-Parameters (im Fieldbus-Proto- 
koll), um festzustellen, wenn ein fehlerfreier Geratebetrieb wegen eines vom Gerat erfassten Zustands nicht moglich ist 
und damit sofort MaBnahmen ergriffen werden mussen. Natiirlich konnen auch andere Ereignisse, Alarmmeldungen, 

35 weitere Bits im Rahrnen des Blockfehler-Parameters oder Fehiermeldungen anderer Art vom Diagnosewerkzeug 52 her- 
angezogen werden konnen, um Probleme zu erfassen, die mit dem Betrieb des Prozesssteuer-Netzwerks 10 zusammen- 
h an gen, und solche anderen Ereignisse, Alarmmeldungen, usw. konnen mit dem Fieldbus-Protokoll oder jedem anderen 
gewiinschten Gerat oder Rechnerprotokoll in Verbindung gebracht werden. 

In einigen Fallen konnen Funktionsblocke Parameter aufweisen, wie beispielsweise Modus- oder Status-Parameter, 

40 die auf andere Werte als Normalbetrieb oder "akzeptabel" aus Griinden gesetzt sind, die nicht mit dem korrekten Ablauf 
des Prozessablaufs bzw. des Regelkreises in Beziehung stehen, in denen diese Funktionsblocke arbeiten. Beispielsweise 
sind bei Ablaufen im Stapelbetrieb, bei denen nicht gerade ein Stapel bearbeitet wird, die Betriebsarten der im Rahmen 
dieses Betriebsablaufs eingeschalteten Funktionsblocke auf andere als Normalwerte gesetzt. Es ware jedoch nicht wiin- 
schenswert, diese Meldungen iiber einen abnormalen Modus (bzw. Betriebszustand) zu erfassen und auf deren Grund- 

45 lage Probleme mit dem System zu identifizieren, weil der Arbeitsablauf mit Stapelbetrieb so ausgelegt ist, dass es Aus- 
zeiten gibt. Deshalb wird vorzugsweise jeder Funktionsblock (bzw. Modul oder Regelkreis, in dem er ablauft) mit einem 
Parameter fur den Anwendungszustand versehen, der anzeigt, ob der Funktionsblock (bzw. das Modul) absichtlich in ei- 
nen abnormalen Modus versetzt ist oder einen inakzeptablen Zustand aufweist. Mit anderen Warten zeigt der Parameter 
fur den Anwendungszustand an, wann Alarmmeldungen oder die Problemerfassung flir den Funktionsblock verhindert 

50 werden sollte. Bei Funktionsblocken, die in Arbeitsgangen im Stapelbetrieb eingesetzt werden, ist beispielsweise der Pa- 
rameter fur den Anwendungszustand auf einen solchen Wert gesetzt, dass er meldet, wenn die Funktionsblocke in einer 
Betriebsart arbeiten, in der sie eine Anwendung im Stapelbetrieb ablaufen lassen, und auf einen anderen Wert gesetzt 
wird, bei dem er meldet, wenn die Funktionsblocke absichtlich gerade nicht eingesetzt werden, um im Rahmen einer An- 
wendung mit Stapelbetrieb eine normale Funktion auszufuhren, und somit sollte eine Problemerfassung nicht auf dem 

55 Betriebszustand dieser Funktionsblocke zu diesen Zeitpunkten aufbauen. In Fig. 3 ist ein derartiger Anwendungspara- 
meter dargestellt, der iiber den Kommunikator 59 dem Prozessrechner 12 mitgeteilt werden soil. Der Prozessrechner 12 
und/oder der Bedienerarbeitsplatz 13 erfasst gegebenenfalls den Parameter fur den Anwendungszustand fur jeden Funk- 
tionsblock und ubergeht Daten (wie beispielsweise die Daten iiber Variabilitat, Modus, Zustand und Beschrankungen), 
die Funktionsblocken zugeordnet sind, die in die zweite Kategorie fallen, die beispielsweise absichtlich in einen abnor- 

60 malen oder inakzeptablen Zustand versetzt sind, um Fehlalarm zu verhindern. Es gibt natiirlich auch andere Griinde da- 
fiir, dass der Parameter fiir den Anwendungszustand gegebenenfalls gesetzt wird, um die Erfassung von Problemen ne- 
ben der mit Stapelprozessen verknupften Auszeit zu verhindern. 

Das Diagnosewerkzeug 52 ist vorzugsweise in Programmform als Software in dem Bedienerarbeitsplatz 14 realisiert, 
und bei Bedarf konnen einige Teile im Prozessrechner 12 und sogar in den nachgeschalteten AuBengeraten wie beispiels- 

65 weise den AuBengeraten 19-22 implementiert sein. Fig. 4 zeigt ein Blockschaltbild einer Softwareroutine 60, die in dem 
Bedienerarbeitsplatz 14 ausgefuhrt werden kann, um Problemstellen in Funktionsblocken, Geraten, Regelkreisen oder 
anderen Einheiten innerhalb des Prozesssteuersystems 10 zu erkennen und bei deren Behebung Unterstiitzung zu geben. 
Ganz allgemein erfasst die Softwareroutine 60 laufend Daten, die zu jedem der Funktionsblocke innerhalb eines Prozes- 
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ses gehoren, wie beispielsweise eine \feriabilitats-Angabe, Modus-Angabe, Zustands-Angabe, Grenzwert-Angabe, 
Alarmmeldungen oder Informationen tiber Ereignisse, usw., wahrend der Prozess ablauft, und erfasst dabei das Voriiegen 
von problematischen Messwerten, Berechnungen, Regelkreisen, usw. anhand der erfassten Daten. Die Softwareroutine 
60 schickt gegebenenfalls einen Bericht oder erstellt eine BUdschirmauflistung fur jedes erfasste Problem und dessen 
wirtschaftliche Auswirkungen auf den Anlagenbetrieb, wenn dies von der Konfiguration her vonjesehen und eine derar- 5 
tige Meldung angefordert ist Bei Betrachtung einer Bildschinndarstellung der erfassten problembehafteten Regelkreise 
z. B. auf dem Bildschirrn 14 des Bedienerarbeitsplatzes 13 kann ein Bediener ein spezielles Problem zur Uberpriifung 
oder Fehlerbehebung auswahlen. Dann schlagt ihm die Softwareroutine 60 weitere Diagnosewerkzeuge vor und imple- 
mentiert diese gegebenenfalls, urn das Problem weiter einzukreisen oder urn es zu beheben. Auf diese Weise verarbeitet 
das Diagnose werkzeug 52 Daten, die von den Funktionsblocken oder Geraten eines Prozesssteuersystems erzeugt wer- to 
den, erkennt Probleme automatisch anhand der Daten, und schlagt dann weitere Diagnosewerkzeuge vor und setzt diese 
ein, um die Problemursache noch weiter einzukreisen und urn das Problem zu beheben. Damit wird dem Bediener erheb- 
lich Zeit und Muhe bei der Erfassung und Behebung von Problemen in einem Prozesssteuersystem erspart und er wird 
auch in seinem Bemuhen unterstutzt, den Einsatz der passenden Diagnosewerkzeuge zur Behebung eines bestimmten 
Problems sicherzustellen (mit denen der Bediener selbst unter Umstanden nicht vollstandig vertraut ist). 15 

Ein Block 62 der Routine 60 ubemimmt laufend die Daten zu Variabilitat, Modus, Zustand, Beschrankungen, Alarm- 
meldungen, Ereignissen und weiteren Aspekten, die zur Erfassung von Problemen in Geraten, Blocken und Regelschlei- 
fen des Prozesssteuersystems 10, also sobald der Prozess ablauft. Vorzugsweise werden diese Daten in der Protokollein- 
heit 50 in dem Bedienerarbeitsplatz 13 abgespeichert. Altemativ konnten jedoch diese Daten auch in jedem anderen ge- 
wiinschten Speicher abgelegt werden, zum Beispiel einem Speicher, der dem Prozessrechner 12 zugeordnet ist. In glei- 20 
cher Weise konnen diese Daten in jedem beliebigen Format an den Bedienerarbeitsplatz 13 bei Bedarf auch in kompri- 
mierter Form ubermitteit werden. 

Ein Block 63 erfasst bzw. ermittelt, wann eine Analyse der Daten vorgenommen werden muss, weil beispielsweise 
eine periodische Meldung erstellt werden muss oder ein Benutzer eine solche Analyse angefordert hat. Soil keine Ana- 
lyse vorgenommen werden, dann arbeitet der Block 62 einfach mit der Datenerfassung weiter und verarbeitet gegebe- 25 
nenfalls diese Daten, um Werte fur die Betriebsparameter eines Funktionsblocks zu ermitteln. Soli eine Analyse erfolgen, 
analysiert ein Block 64 die gespeicherten Daten bzw. die gespeicherten Parameterwerte, um festzustellen, in welchen 
Funktionsblocken, Geraten oder Regelkreisen unter Umstanden gerade Probleme voriiegen. Ganz allgemein konnen die 
Daten anhand der aktuellen bzw. augenblicklichen Werte der Betriebsparameter des Funktionsblocks analysiert werden, 
oder auch auf der Grundlage der Vorgeschichte, um festzustellen, welche Funktionsblocke, Gerate oder Regelkreise ge- 30 
rade uber einen speziellen Zeitraum hinweg Probleme aufweisen. Die Analyse der \forgeschichte hilft bei der Erfassung 
von Problemen, die von ihrer Art her langfristig sind, anhand der Leistung uber einen vorgegebenen Zeitraum. Zur Er- 
fassung eines Problems kann der Block 64 bei Bedarf einen Variabilitats-Index auf der Grundlage der Variabilitats-An- 
gaben berechnen, die von den Funktionsblocken zugeliefert werden, und dann den Variabilitats-Index mit einem speziel- 
len Bereich oder einen Grenzwert vergleichen (den der Bediener gegebenenfalls gesetzt hat), um zu ermitteln, ob der au- 35 
genblickliche Wert oder irgendein statistischer Messwert des historischen Wertes (zum Beispiel des Durchschnitts- oder 
Medianwertes) fur den Variabilitats-Index auBerhalb des Bereichs oder uber bzw. unter dem fur einen Grenzwert vorge- 
gebenen Grenzwert liegt. Ist dies der Fall, liegt gegebenenfalls ein Problem vor, und dann wird der betrefFende Funk- 
tionsblock, das Gerat oder der Regelkreis, zu dem der Variabilitats-Index auBerhalb des Bereichs gehort, als Einheit auf- 
gelistet, in der ein zu behebendes Problem vorliegt. 40 

In gleicher Weise kann der Block 64 den aktuellen Modus eines Funktionsblocks oder Gerats mit dem normalen Mo- 
dus dieses Funktionsblocks oder Gerats vergleichen, um Ubereinstimmung festzustellen. Wie zuvor bereits dargelegt, 
kann der Prozessrechner 12 diese Funktion ausfuhren und Angaben zum Ergebnis bzw. zur Nicht-Obereinstimmung an 
die Protokollierungseinheit 50 senden. Bei Bedarf kann jedoch auch der Bedienerarbeitsplatz 13 diese Vergleiche direkt 
vornehmen. Unter Verwendung der Daten zur Vorgeschichte kann der Block 64 den Einsatz von Regelkreisen ermitteln, 45 
d. h. den prozentualen Anteil der Zeit, wahrend der ein Regelkreis (bzw. Funktionsblock) im vorgesehenen (normalen) 
Betrieb befand. Bei der augenblicklichen Analyse kann der Funktionsblock, der Regelkreis oder das Gerat als problem- 
behaftet angesehen werden, wenn es zur Zeit nicht im vorgesehenen oder normalen Modus arbeitet. 

In gleicher Weise kann der Block 64 auch die Meldung(en) zu Zustand und Begrenzungen fur jeden Funktionsblock 
analysieren, um festzustellen, wenn der Zustand inakzeptabel oder ungewiss ist oder in anderer Hinsicht nicht als vorge- 50 
sehener oder normaler Modus gilt oder wenn ein Funktionsblocksignal eine Grenze erreicht haL Bei einer Analyse der 
Vorgeschichte wird gegebenenfalls berechnet oder bestimmt, ob die Zustandsanzeige fur einen bestimmten Funktions- 
block fur einen bestimmten prozentualen Anteil eines vorgegebenen Zeitraumes auf einen inakzeptablen oder ungewis- 
sen Zustand hinweist, wird unter Umstanden ermittelt, welche PVs oder anderen V^riablen einen Grenzwert erreicht ha- 
ben oder iiber einen vorgegebenen prozentualen Anteil an einem vorgegebenen Zeitraum an einer Grenze geblieben sind, 55 
und wird gegebenenfalls die Zustandsangabe oder Begrenzungsangabe in irgendeiner anderen Weise analysiert, um fest- 
zustellen, ob in dem Funktionsblock oder Gerat bzw. dem Regelkreis, in dem sich ein Funktionsblock befindet, ein Pro- 
blem vorliegt. In gleicher Weise kann der Block 64 bei einer augenblicklichen Auswertung feststellen, welche Funk- 
tionsblocke, Gerate oder Regelkreise Zustandswerte aufweisen, die sich zum gegen wartigen Zeitpunkt nicht im planma- 
Bigen oder normalen Zustand befinden und/oder welche Signale oder Variablen einen Grenzwert erreicht baben (also ei- 60 
ner Wertebeschrankung unterliegen). Der Block 64 kann die Alarm- und Ereignismeldungen iiberpriifen, um festzustel- 
len, ob an irgendwelchen Geraten Wartungsarbeiten jetzt oder in Zukunft notig sind. Die Blocke, bei denen die Grenz- 
werte hinsichtlich der Variabilitat oder des Steuerindex uberschritten werden, und die Blocke, bei denen eine aktive inak- 
zeptabie, begrenzt oder Modusbedingung vorliegt, werden identifiziert und zeitweilig sichergestellt Diese zusammen- 
fassenden Informationen konnen Unterstutzung bei der Erstellung einer "aktuellen" summarischen Bildschirmanzeige 65 
bieten. Die augenblicklichen Werte und Bedingungen konnen von dem Diagnose werkzeug 52 beispielsweise stunden-, 
schicht- und tageweise einbezogen werden, um den Durchschnittswert fur den Variabilitatsindex und die prozentuale 
Verbesserung und den prozentualen Zeitanteil zu ermitteln, iiber den der inakzeptable Zustand, ein begrenztes Signal 
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Oder eine abnormale Betriebsbedingung vorlag. Der Block 64 kann natiirlich auch eine Verarbeitung in anderer Weise zur 
Variabilitat, zum Betriebszustand, dem Status, den Begrenzungen, zu Ereignissen, Alarmmeldungen und/oder alien an- 
deren Aspekten ausfuhren, um Probleme zu erfassen. AuBerdem kann der Block 64 unter Heranziehung verschiedener 
Grenzwerte, Bereiche, historischer Zeiten usw. die Analyse ablaufen lassen, die alle gegebenenfalls von einem Benutzer 
5 oder Bediener vorgegeben wurden. 

Bei Funktionsblocken, die beispielsweise bei Prozessen im Stapelbetrieb eingesetzt sind, werden Daten im Zusam- 
menhang mit Zeiten, zu denen ein Funktionsblock absichtlich nicht in Betrieb war, verworfen oder bei der Analyse nicht 
herangezogen, die anhand des Parameters zum Anwendungszustand fur den Funktionsblock vorgenommen wird. 

Nachdem der Block 64 die Probleme im Prozesssteuer-Netzwerk erfasst hat, ermittelt ein Block 66, ob irgendwelche 

10 schriftlichen oder elektronischen Meldungen generiert werden mussten, beispielsweise weil ein Benutzer in regelmaBi- 
gen Zeitabstanden Berichte angefordert hat. Trifft dies zu, erstellt ein Block 68 eine Meldung bzw. einen Bericht, in dem 
die problembehafteten Funktionsblocke, Gerate, Regelkreise usw. zusammen mit ihren wirtschafUichen Auswirkungen 
auf das Prozesssteuersystem aufgelistet werden. Eine wirtschaftliche Beeintrachtigung in dieser Art lasst sich dadurch 
ermitteln, dass das System einen Bediener oder einen anderen Benutzer den Dollarbetrag angeben lasst, der mit jedem 

is Prozentpunkt der Betriebseinschrankung bei dem Prozess oder in einem Regelkreis im Prozess verkniipfl ist. Wfenn dann 
ein Regelkreis als problembehaftet erkannt wird, kann die tatsachliche Leistung der jeweiligen Wirkungskette im Prozess 
mit einem bekannten optimalen Leistungswert verglichen werden, um den prozentualen Unterschied festzustellen. Die- 
ser prozentuale Unterschied wird dann mit dem angegebenen Verhaltnis zwischen Dollarbetrag und Prozentpunkt multi- 
pliziert, um die wirtschaftliche Auswirkung in einem Geldbetrag auszudriicken. Der Bericht kann auf einem Drucker 

20 ausgedruckt, auf einem Computerbildschirm (z. B. dem Bildschirm 14) oder auf andere Weise elektronisch angezeigt 
werden, iiber E-Mail, Internet oder ein anderes LAN- oder anderweitiges Netzwerk an einen Benutzer ubermittelt oder 
auch in jeder anderen beliebigen Weise an diesen gesandt werden. Bei Bedarf kann das Diagnosewerkzeug 52 so konfi- 
guriert werden, dass es einen werkseigenen Wartungsdienst automatisch benachrichtigt, sobald ein problembehafteter 
Regelkreis entdeckt wurde; diese Benachrichtigung kann dem Wartungsdienst unter Nutzung der Moglichkeit zur Ereig- 

25 nis-/Alarmmeldung der bekannten OPC-Schnittstelle zugeleitet werden. 

Ein Block 70 ermittelt, ob ein Bediener die Durchfuhrung einer Analyse am Bedienerarbeitsplatz 13 angefordert hat; 
ist dies der Fall, ruft ein Block 72 eine Routine zur Bildschirmanzeige oder fur einen Dialog auf, mit welcher ein Benut- 
zer die Moglichkeit hat, andere Informationen im Zusammenhang mit dem Problem zu finden oder andere Parameter zur 
Durchfuhrung der Analyse auszuwahlen. Bei einem Ausfuhrungsbeispiel wird einem Bediener oder einer anderen Per- 

30 son, die mit dem Diagnosewerkzeug 52 arbeitet, ein Dialog angeboten, wenn auf den Arbeitsplatz 13 eingeloggt wird. In 
dem Dialog werden die Bedingungen zusammengefasst, die in dem System adressiert werden mlissen, ohne dass die 
Wirkungsketten und Regelkreise identifiziert werden, welche die Ursache fur das Problem sind. In dem Dialog kdnnen 
die Informationen in einem grafischen Format wie beispielsweise auf der Bildschirmanzeige 80 ubermittelt werden, die 
in Fig. 5 dargestellt ist. In der Bildschirmanzeige 80 wird ein prozentualer "Oberblick iiber alle Eingangs-, Ausgangs- 

35 oder Steuerblocke in dem Prozess bzw. Werk geboten, bei denen zur Zeit die vorbelegten Grenzwerte verletzt werden, 
die im Hinblick auf Einsatz (Modus), Signalbegrenzung, inakzeptablen Zustand oder hohe Variabilitat gesetzt sind. Da in 
einem einzigen Block mehrfache Bedingungen gegeben sein konnen, ist eine potentielle Uberschreitung der 100%- 
Marke durch die Gesamtsumme moglich. Obersteigt die Gesamtsumme 100 Prozent, kann der Prozentanteil fur jede Ka- 
tegorie so skaliert werden, dass die Gesamtzahl gleich 100 Prozent ist. Module mit Eingangs-, Ausgangs- und Steuer- 

40 blocken, welche die voreingestellten Grenzwerte uberschreiten, sind in einer Liste 82 in Tabellenform zusammengefasst. 
In Fig. 5 weist das Modul HC101 einen oder mehrere Funktionsblocke auf, die jeweils in einem nicht geplanten Modus 
arbeiten, sowie einen oder mehrere Funktionsblocke mit hoher Variabilitat, wohingegen das Modul LIC345 einen oder 
mehrere Funktionsblocke mit inakzeptablem Status aufweist. 

Weitere Informationen iiber die Art der Probleme, wie zum Beispiel die Grenzwerte in \ferbindung mit den Funktions- 

45 blocken, konnen in grafischer Darstellung dargestellt werden, beispielsweise durch Anklicken einer Modulbezeichnung 
in der Liste 82. AuBerdem kann dem Benutzer durch Auswahl einer Filterschaltflache 84 auf dem Bildschirm in Fig. 5 
ein Dialog angeboten werden, mit dem er die Moglichkeit hat, einen summarischen Zeitrahmen, die Arten der in der Zu- 
sammenfassung einzubeziehenden Blocke und den Grenzwert fur jede Kategorie bzw. jeden Block auszuwahlen. Ein 
derartiger Dialogbildschirm 86 ist in Fig. 6 dargestellt, wo die Grenzen fur Modus, Begrenzung und inakzeptablen Zu- 

50 stand der Eingangsblocke auf 99 Prozent Nutzung eingestellt und die Grenze fur den Variabilitaisindex bei den Ein- 
gangsblocken auf 1,3 gesetzt ist. In diesem Fall wird der Prozentsalz der Nutzung eines Blocks als prozentualer Anteil ei- 
nes speziellen Zeitraums festgelegt, in welchem der Modus bzw. Zustand normal ist und ein Funktionsblocksignal nicht 
begrenzt wurde. Die Grenzwerte konnten jedoch auch als prozentualer Anteil an der Zeit gesetzt werden, in welcher der 
Modus bzw. Zustand abnormal war oder eine Funktionsblock- Variable an einer Grenze lag; in diesem Fall kdnnten die 

55 Grenzwerte naher bei Null gesetzt sein. Natiirlich werden durch Auswahl aller Regelkreismoglichkeiten auf dem Bild- 
schirm 86 alle Module in den Uberblick einbezogen werden, die einen Eingangs-, Ausgangs- oder Steuerblock enthalten. 

Auf dem Bildschirm 86 lasst sich eine Schaltflache "Zeitraum" 88 verstellen, um die Einstellung so zu andem, dass der 
erfasste Zeitraum verandert wird, fur den die Analyse vorzunehmen ist. Beispielsweise kann in der Schaltflache "Zeit- 
raum" 88 " Jetzt" gewahlt werden, und dann wird der augenblickliche bzw. aktuelle Wert der Blockparameter zur Bestim- 

60 mung herangezogen, ob jedes Modul als problembehaftet in der tJberblicksliste 82 dargestellt wird. Auch wenn jeder 
Zeitraum vorgegeben werden kann, werden hier beispielhafte Zeitraume genannt, die zur Filterung verwendet werden 
konnen, und zwar laufende Stunde oder vergangene Stunde, laufende Schicht oder letzte Schicht, aktueller Tag oder Vor- 
tag, usw. Fiir diese Zeitraume wird in der Oberblicksliste nur dann ein Modul einbezogen, wenn fur einen erheblichen 
Teil (d. h. einen vorgegebenen Anteil) in dem gewahlten Zeitraum, der durch die Begrenzungsbedingung definiert ist, ein 

65 erfasster Zustand vorhanden ist. 

Bei Bedarf kann der Benutzer die fur den Variabilitaisindex blockweise oder global herangezogenen Grenzwerte ver- 
andern. Um das Setzen von Grenzwerten fiir die Variabilitat zu vereinfachen, kann der Benutzer den zu andernden ge- 
wiinschten Grenzwert auswahlen, woraufhin ihm die Wahl angeboten wird, entweder diesen Grenzwert fur einen be- 
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stimmten Block zu bearbeiten oder diesen Grenzwert fur alle Blocke gleichzeitig zu setzen. Wenn der Benutzer die Va- 
riabilitats-Grenze fur alle Blocke zusammen setzen mochte, steht ihm ein Dialogfeld zur \ferfugung, rnit dem er die Va- 
riabilitatsgrenze auf den aktuellen Wert einer Variabilitat zuziiglich eines speziellen systematischen Fehlers (Bias) setzen 
kann, den der Benutzer selbst beitragt. Die Grenzwerte fur die Variabilitat, den Modus, den Status und begrenzte Varia- 
blen konnen natiirlich bei alien Funktionsblocken innerbalb eines Moduls, eines Bereichs, eines Systems oder jeder an- s 
deren logischen Einheit angewendet und alle in gleicher oder ahnlicher Weise verandert werden. FUr eine Konfigurierung 
konnen standardmafiig gesetzte Grenzwerte gesetzt sein, beispiels weise 1,3 fur den \&riabilitats-Index und 99% Ausia- 
stung fur den Modus, die Begrenztheitsangabe und die Zustandsangabe. 

Diese Standardwerte konnen natiirlich iiber den vorstehend beschriebenen Bildschirm mit Modulubersicht geandert 
werden. Durch Auswahl einer Modulbezeichnung in dem Uberblick 82 in Fig. 5 kann dem Benutzer ein Dialog-Bild- 10 
schirm mit weiteren Einzelheiten im Zusammenhang mit dem betreffenden Modul angeboten werden. Ein derartiger 
Dialog-Bildschirm 90 ist in Fig. 7 fur das Modul HC101 dargestellt, fur welches als Zeitraum "Letzte Schicht" gewahlt 
ist. Der Bildschirm 90 zeigt die Leistung eines PID1 -Blocks und eines All-Blocks innerhalb des Moduls FIC101. Die 
auf dem Bildschirm 90 vorgesehenen Informationen ermoglichen es dem Benutzer, die spezielle Messung, den S teller 
oder Steuerblock problemlos zu identifizieren, die bzw. der die Aufnahme des Moduls in die ttbersicht verursacht hat, 15 
neben dem prozentualen Zeitanteil, iiber den die Bedingung erfasst wurde. Insbesondere wird in Fig. 7 der prozentuale 
Anteil der Zeit wahrend der letzten Schicht als Regelkreis- bzw. Wirkungsketten-Belegung dargestellt, wahrend dessen 
ein Block sich im Normalbetrieb, im Normalzustand befand und keinen Begrenzungen unterlag. Der Bildschirm gemaB 
Fig. 7 konnte natiirlich auch so ausgelegt werden, dass er den prozentualen Anteil der Zeit wahrend der letzten Schicht 
darstellt, wahrend dessen sich ein Block im abnormalen Betriebszustand befand oder einen abnormalen Status hatte, oder 20 
ebenso den prozentualen Anteil der Zeit wahrend der letzten Schicht, wahrend dessen eine Funktionsblock-Variable bei 
mehr als einem Grenzwert lag. Ein MaB fur die Schwankungen ist fur die in Fig. 7 dargesteilten Blocke zusammen mit 
den zugeordneten Grenzen angegeben. In diesem Fall ist das MaB der Variabilitat so berechnet, dass ein Wert von Eins 
dem giinstigsten Fall entspricht und Werte groBer als Eins einen immer starker ausgepragten Variabilitatsfehler anzeigen. 
Wenn die CI- und VI-Berechnungen gemaB Gleichungen (2) und (3) fiir den Variabilitats-Index verwendet werden, dann 25 
fuhrt dies allerdings zu einem Variabilitats-Index zwischen Null und Eins, wobei Null dem giinstigsten Fall entspricht. In 
diesem Fall sollte die Variabilitatsgrenze auf einen Wert zwischen Null und Eins gesetzt werden. AuBerdem ist in Fig. 7 
fur Steuerblocke, namlich den PED1 -Block, die prozentuale Verbesserung (PI) dargestellt, die in einem Regelkreis mog- 
lich ist. Bei Bedarf konnen die Werte fiir die prozentuale Belegung bzw. Nutzung, die unter den jeweiligen Grenzwert ab- 
fallen oder dariiber liegen) durch Unterlegen oder anderweitig markiert werden, um auf das bzw. die entdeckte(n) Pro- 30 
blem(e) hinzuweisen. 

Natiirlich kann auch jede andere Bildschirmdarstellung fur die Darstellung eines Uberblicks verwendet werden, in 
dem darstellt wird, welche Regelkreise, Gerate, Funktionsblocke oder Messungen einen hohen Variabilitats-Index auf- 
weisen (zum Beispiel iiber einem vom Benutzer vorgegebenen Grenzwert liegen), in einem abnormalen Modus arbeiten 
oder Prozessmesswerte aufweisen, deren Status als inakzeptabel oder ungewiss gilt oder die Beschrankungen unterlie- 35 
gen. Wie vorstehend ausgefuhrt, kann bei Heranziehung einer Analyse der \brgeschichte das Diagnosewerkzeug 52 
Bildschirmanzeigen fur einen bestimmten Zeitrahmen zur Identifizierung von Geraten, Regelkreisen oder Funktions- 
blocken anbieten, deren Variabilitats-Index, Modus, Status oder Grenzvariablen sich gegeniiber dem Normalwert erheb- 
lich verandert haben. Das Diagnosewerkzeug 52 kann natiirlich einen Benutzer in die Lage versetzen, eine Wahl dahin- 
gehend zu treffen, wie viele und welche Priifungen und Tests einbezogen werden sollen (und negative Ergebnisse er- 40 
bracht haben mussen), ehe eine Prozesssteuerbedingung als ein Zustand identifiziert wird, der mit einem Problem behaf- 
tet ist. 

Es wird nun wieder auf Fig. 4 Bezug genommen; wenn ein Benutzer einen der Funktionsblocke zum Beispiel auf dem 
Bildschirm 90 gemaB Fig. 7 auswahlt, erfasst ein Block 93 die Auswahl des probiembehafteten Funktionsblocks und 
zeigt ein Block 94 einen Satz Optionen an, die zur Behebung des Problems im jeweiligen Block bzw. Regelkreis verwen- 45 
det werden sollen. Beispielsweise kann bei Steuerblocken das Diagnosewerkzeug 52 den Benutzer unter Urns tan den in 
die Lage versetzen, einen Auto-Tuner oder eine andere Abstimmeinrichtung zum Abstimmen eines Regelkreises einzu- 
setzen oder fur diesen Regelkreis eine Trendanalyse vorzunehmen. Wenn die Option "Auto-TYiner" gewahlt ist, findet das 
Diagnosewerkzeug 52 automatisch die Autotuner-Anwendung fur den gewahlten Steuerblock bzw. Regelkreis automa- 
tisch und lasst diese ablaufen. Wenn aber die Option "Trend" gewahlt ist, beginnt der Arbeitsplatz 13 mit der Erfassung 50 
von Trenddaten in der nachstehend erlauterten Weise. 

Bei Eingangs- oder Ausgangs-Funktionsbocken kann der Block 94 den Benutzer in die Lage versetzen, beispielsweise 
ein weiteres Diagnosewerkzeug fur diesen Block einzusetzen oder eine Trendanalyse vorzunehmen. Wenn beispiels- 
weise der gewahlte Eingangs- oder Ausgangsblock in ein Fieldbus- oder Hart-Gerat einbezogen ist, dann aktiviert die 
Auswahl der Diagnoseoption die Diagnoseanwendung fur den zugehorigen Messwandlerblock unter Heranziehung von 55 
Hilfsmitteln, die auf diesem Gebiet bekannt sind, wie beispielsweise ein beliebiges Tool zur Geratekalibrierung. In einem 
Delta V-Umfeld kann das von Fisher-Rosemount hergestellte und vertriebene Diagnosewerkzeug fiir Bestandsverwal- 
tungs-Losungen (Asset Management Solutions, AMS) zu diesem Zweck verwendet werden, um rnit einem Gerat zu 
kommunizieren, um spezielle Informationen dariiber zu erhalten und um eine Diagnose im Zusammenhang mit dem Ge- 
rat zu realisieren. Natiirlich konnten auch andere Werkzeuge oder Empfehlungen vorgesehen werden. Beispielsweise 60 
kann bei Problemen mit Messwertwandlern oder mit diesen zusammenhangenden Funktionsblocken der Block 94 emp- 
fehlen, dass zur Kalibrierung des Messwertwandlers mit einer Geratekalibrierung gearbeitet wird, wohingegen bei einem 
Ventil eine beliebige von vielen Routinen zur Ventildiagnose zur Erfassung und moglicherweise Behebung des speziel- 
len Problems im Ventil eingesetzt werden kann. Ganz allgemein gesagt konnen die Empfehlungen des Blocks 94 anhand 
der Frage ermittelt werden, ob das Problem unter einen von vielen vorgegebenen Problemtypen fallt, oder entsprechend 65 
der Art oder Identitat der Problemursache (z. B. ob es seinen Ursprung in einem Steuer- oder Eingangs-Funktionsblock, 
einem Messwertwandler oder einem Ventil, usw. hat), oder gemaB irgendeinem anderen jeweils gewiinschten Kriterium. 
Dabei konnen natiirlich jedwede Diagnose werkzeuge eingesetzt werden, darunter die derzeit schon bekannten oder auch 
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die erst in Zukunft entwickelten. 

Wenn sich die spezieUe Art des Problems nicht einfach anhand der Daten zur Variabilitat, zum Status, zum Modus, zu 
Begrenzungen oder anderen Kriterien erkennen lasst, die auf das \forhandensein eines Problems hinweisen, kann der 
Block 94 den Einsatz weiterer, komplexerer Diagnosewerkzeuge wie beispielsweise Kurvenschreiber-Routinen, Korre- 
5 lations-Routinen (z. B. Auto-Korrelation und Quer-Korrelation), Routinen fur eine Spektralanalyse, Routinen fur eine 
Expertenanalyse oder jeder anderen gewilnschten Routine oder auch von Werkzeugen empfehlen, die fur das Prozess- 
steuersystem 10 vorgesehen sind. Das Diagnosewerkzeug 52 kann natiirlich den Einsatz von mehreren Werkzeugen emp- 
fehlen oder anregen und dem Bediener die Wahl des jeweiligen Werkzeugs einraumen, das in irgendeiner Situation ein- 
zusetzen ist. Daruber hinaus kann der Block 94 seine Anregungen zu Werkzeugen einschranken, die innerhalb des Pro- 

10 zesssteuer-Netzwerks 10 tatsachlich verfugbar sind, z. B. auf die in dem Bedienerarbeitsplatz 13 geladenen Tools, oder 
er kann Werkzeuge vorschlagen, die vor ihrem Einsatz erst noch gekauft oder in das Prozesssteuersystem 10 geladen 
werden mussen. Der Block 94 kann natiirlich auch den Einsatz manueller Werkzeuge vorschlagen, also Werkzeuge, die 
nicht auf dem Bedienerarbeitsplatz 13, dem Prozessrechner 12 oder einem der Gerate 15-28 ablaufen. 

Nachdem der Block 94 ein oder mehrere weitere(s) Diagnose werkzeug(e) empfohlen hat, erwartet ein Block 96 die 

15 Wahl eines Werkzeugs durch den Benutzer zur Implementierung, und nach Erhalt eines entsprechenden Befehls vom Be- 
diener findet ein Block 98 das gewahlte Werkzeug und fuhrt es aus, um den Bediener in die Lage zu versetzen, eine wei- 
tere Analyse und Eingrenzung der Problemursache vorzunehmen oder das Problem zu beheben. Nach Implementierung 
des Diagnosewerkzeugs ermoglicht ein Block 100 dem Bediener die Auswahl eines anderen Werkzeugs fur das ange- 
steuerte Problem und ein Block 102 ermoglicht dem Bediener die Auswahl bzw. Ansteuerung eines anderen Problems. 

20 Bei einem Ausfuhrungsbeispiel kann der Block 94 Analysewerkzeuge empfehlen, die im typischen Fall als Anwen- 
dungen zur Trendermittlung bezeichnet werden und die Erfassung einer vergleichsweise groBen Datenmenge und/oder 
den Abgriff von vielen Daten voraussetzen, ehe sie ablaufen konnen. Als Beispiele fur derartige Anwendungen zur 
Trendermittlung seien hier unter anderem eine Korrelations-Analyse, ein neuronales Netzwerk, eine Steuerprozedur mit 
Fuzzy-Logik, eine Abstimmprozedur zur adaptiven Abstimmung, eine Routine zur Spektralanalyse, und dergleichen ge- 

25 nannt. Wenn das Diagnosewerkzeug 52 Probleme erkennt, stehen im typischen Fall die fur das Trendermittlungs- Werk- 
zeug benotigten Daten leider nicht zur Verfugung, da diese Daten zuvor nicht erfasst wurden. Diese Daten mussen gege- 
benenfalls erst noch mit einer so hohen Frequenz und so hoher Datenrate erfasst werden, die bei \ferwendung einfacher 
Kommunikationsverbindungen zwischen dem Prozessrechner 12 und dem Arbeitsplatz 13 praktisch nicht erreicht wer- 
den konnen. Wenn nun der Bediener ein Werkzeug auswahlt, das die Erfassung dieser Daten (schnelle Daten) voraus- 

30 setzt, so konfiguriert infolgedessen der Block 98 unter Umstanden den Prozessrechner 12 automatisch so um, dass die be- 
notigten Daten vom Prozesssteuersystem 10 aus erfasst werden. 

Mussen solche Daten von Fieldbus-Funktionsblocken oder Geraten aus erfasst werden, d. h. von den Geraten iiber die 
Fieldbus-Busleitung, so kann der Prozessrechner 12 gegebenenfalls eines oder mehrere lYendobjekte im Fieldbus-Ver- 
bund einsetzen, um die Daten zu erf assen, die so erfassten Daten zu Datenpaketen zusammenfassen und abspeichern und 

35 diese Datenpakete dann zu jedem gewunschten Zeitpunkt an den Bedienerarbeitsplatz 13 ubermitteln, so dass die schnel- 
len Daten in einer Weise an den Bedienerarbeitsplatz zugeliefert werden, die hinsichtlich derZeit nicht kritisch ist. Durch 
diese Betriebsweise wird die Kommunikationsbelastung zwischen dem Prozessrechner 12 und dem Bedienerarbeitsplatz 
13 bei der Erfassung solcher Daten gesenkt. Im typischen Fall wird ein Trendobjekt zur Erfassung einer vorgegebenen 
Anzahl von Messwerten (z. B. 16) fur alle jeweils gewunschten Daten eingerichtet, die sich auf einen Funktionsblock be- 

40 Ziehen, und wenn die vorgegebene Anzahl Messwerte erfasst wurde, so werden diese unter Einsatz asynchroner Kom- 
munikadonsformen an den Rechner 12 ubermittelt. Die Verwendung von einem oder mehreren Trendobjekten 110 fur die 
Fieldbus-Funktionsblocke ist in Fig. 8 dargestellt. Dabei wird bzw. werden das bzw. die Trendobjekt(e) 110 eingesetzt, 
um die gewunschten Daten zu erf assen und an die Datenerfassungseinheit 48 im Prozessrechner 12 zu senden, welche ih- 
ren Ursprung in den nachgeschalteten Fieldbus-Geraten im Rahmen der aktuellen Funktionsblocke haben. Diese Trend- 

45 objekte 110 konnen von einem Fieldbus-Gerat oder von den Schatten-Funktionsblocken kommen (die ganz allgemein als 
Schatten-Funktionsblocke 112S im Prozessrechner 12 in Fig. 8 dargestellt sind. In ahnlicher Weise konnten bei Funk- 
tionsblocken, die sich im Prozessrechner 12 befinden und von diesem ausgefiihrt werden (ganz allgemein als Funktions- 
blocke 113 in Fig. 8 dargestellt) virtuelle Trendobjekte 114 im Prozessrechner 12 eingerichtet werden, um die von den 
4-20 mA-Geraten (oder anderen Geraten) gelieferten gewunschten Daten zu erfassen. Messwerte fur derartige virtuelle 

50 Trendobjekte 114 konnen mit jeder gewunschten Geschwindigkeit erfasst werden, beispielsweise alle 50 Millisekunden. 
Die virtuellen Trendobjekte 114 konnen so konfiguriert werden, dass sie den tatsachlichen Trendobjekten im Fieldbus- 
Protokoll ahnlich sind und der Datenerfassungseinheit 48 zugeliefert werden. Die Datenerfassungseinheit 48 liefert die 
gesammelten Daten in der vorstehend beschriebenen Weise an die Protokollfuhrungseinheit 50 in dem Bedienerarbeits- 
platz 13. 

55 Die Trendobjekte 110 und 114 werden so lange erfasst, bis geniigend Daten abgespeichert sind, damit das gewiinschte 
Diagnosewerkzeug ablaufen kann. Nachdem geniigend schnelle Daten erfasst wurden, fuhrt der Block 98 in Fig. 4 das 
weitere Diagnosewerkzeug unter Verwendung der erfassten Daten aus oder implementiert es in anderer Weise, um so 
eine Verarbeitung und Regelkreisanalyse auf hohem Niveau durchzufuhren. 

Das Diagnosewerkzeug 52 zeigt, wie vorstehend bereits ausgefuhrt, einen Satz Optionen an, die zur Behebung eines 

60 Problems in einem Regelkreis oder Block verwendet werden sollen, beispielsweise der Einsatz eines Auto-Hiners, die 
Durchfuhrung einer TYendanalyse, der Einsatz eines weiteren Diagnosewerkzeugs, und dergleichen. In vielen Fallen ge- 
niigt es, eine Liste von Optionen anzubieten, damit das Diagnosewerkzeug 52 dem Benutzer die Behebung des Problems 
moglich macht. Um die richtige Auswahl zu treffen, muss der Benutzer mit dem Prozesssteuemetzwerk und den vom 
Diagnosewerkzeug 52 vorgeschlagenen Werkzeugen vertraut sein. Im typischen Fall ist der Benutzer leider ab kein 

65 Fachmann, weder im Hinblick auf das Prozesssteuer-Netzwerk noch auf die Diagnosewerkzeuge, oder gar auf beides. 
Auch wenn sich der Benutzer in bestimmten Tfeilen des Prozesssteuer-Netzwerks unter Umstanden gut auskennt, ist es 
nicht praxisbezogen, vom Benutzer zu erwarten, dass er alle Aspekte eines Prozesssteuer-Netzwerks versteht, das uber 
Tausende von AuBengeraten implementiert ist. Daruber hinaus wertet weder das Diagnosewerkzeug 52 noch der Benut- 
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zer alle relevanten Daten aus, die zur Ermittlung der angemessenen KorrekturmaBnahmen zur Verfiigung steben. Bei- 
spielsweise sind Daten zur \brgeschichte im Zusammenhang mit der Erfassung und Korrektur fruher aufgetretener Pro- 
bleme fur die Ermittlung relevant, ob alternative KorrekturmaBnahmen anstelle der zuvor versuchten MaBnahmen, die 
sich als nicht effektiv erwiesen haben, nun versucht werden sollten. AuBerdem sind historische Daten, die sich auf Er- 
eignisse und Alarmmeldungen beziehen, fur die Ermittlung relevant, ob andere Umstande aufier Funktionsstorungen in 5 
den AuBengeraten und Funkuonsblocke die Ursache fur die Minderleistung eines Regelkreises sind. Diese weiteren Da- 
ten konnen mit der notigen Erfahrung dadurch ausgewertet werden, dass ein Expertensystem eingerichtet wird, das lau- 
fend alle relevanten Daten auswertet und anhand aller zur Verfiigung stehenden relevanten Informationen KorrekturmaB- 
nahmen vorschlagL 

Fig. 9 zeigt das Prozesssteuersystem 10 aus Fig. 2, das auBerdem ein Expertensystem 60* aufweist, das in dem zentra- to 
ien Arbeitsplatz 13 implementiert ist Das Expertensystem 60* ist vorzugsweise als Software im Speicher des Arbeitsplat- 
zes 13 implementiert und wird vom Rechner54 ausgefuhrt. Das Expertensystem 60' konnte aber genau so gut in Form ei- 
ner Firmware oder Hardware realisiert sein, wenn dies gewunscht wird. Bei dem Expertensystem 60' handelt es sich, wie 
dargestellt und hier beschrieben, urn eine separate Anwendung in dem Arbeitsplatz 13 und erhalt Eingangsinformationen 
vom Diagnose werkzeug 52, das in der vorstehend beschriebenen Weise Diagnosedaten entwickelt. Das Diagnose werk- 15 
zeug 52 kann als separates Softwareteil in das Expertensystem 60' einbezogen sein, oder umgekehrt. AuBerdem kann das 
Expertensystem 60' teil weise oder insgesamt in separaten Arbeitsplatzen mit eigenen Prozessoren und Rechnem imple- 
mentiert sein. 

Bei dem Expertensystem 60' kann es sich um eine slandardmaBige Experten- Software handeln, wie bei spiels weise das 
G2-System, das von Gensym Corp. mit Sitz in Cambridge, Massachusetts vertrieben wird. Das Expertensystem 60' kann 20 
auch jedes andere, bis heute bekannte oder in Zukunft erst noch entwickelte Expertensystem sein. Wahrend der Installa- 
tion wird das Expertensystem 60* mit Regeln fur die Analyse konfiguriert, die bei der Auswertung von Daten anzuwen- 
den sind, welche fur Probleme relevant sind, die in den AuBengeraten, Funktionsblocken, Regelkreisen, oder andere n 
Steuer- und Regelteilen des Prozesssteuersystems 10 auftreten. Beispielsweise konnte das Expertensystem 60' mit einer 
Regel fur einen Regelkreis konfiguriert werden, die besagt, dass dann, wenn der Regelkreis im Automatikmodus arbeitet 25 
und die Variabilitat fur diesen Kreis hoch ist, das Expertensystem 60' eine Ben utzerschnitts telle aufrufen soil, um den Be- 
nutzer darauf hinzuweisen, dass der Regelkreis neu eingestellt werden muss. Die Analyseregeln werden natiirlich durch 
die jeweiligen Voraussetzungen und Anforderungen des Prozesssteuersystems 10 diktiert, in dem das Expertensystem 60' 
implementiert ist. 

Fig. 9 zeigt auch ein Ereignisjournal bzw. Ereignisprotokoll 62', in dem Ereignis- und Alarmdaten abgespeichert sind. 30 
Das Ereignisprotokoll 62' enthalt beispielsweise Informationen im Zusammenhang mit Vorkommnissen wie z. B. alle 
Schritte eines Bedieners zum Verandern von Sollwerten, Betriebsarten und weitere System- und Gerateparameter, Hin- 
weise auf die. Notwendigkeit der Durchfuhrung von Wartungsarbeiten bei AuBengeraten, und ahnliches. Ereignis- und 
Alarmdaten werden in das Expertensystem 60' eingegeben und dort verwendet, wenn festgelegt wird, welche Schritte ge- 
gebenenfalls erforderlich sind, um AuBengerate, Funkuonsblocke und Regelkreise, die mit verminderter Leistung arbei- 35 
ten, zu korrigieren. Das Ereignisprotokoll 62' ist gegebenenfalls in einem separaten Speichergerat oder einem eigenen 
Arbeitsplatz angesiedelt, oder es kann Teil der Informationen sein, die im Langzeitspeicher 50 des Bedienerarbeitsplat- 
zes 13 abgespeichert sind, in dem das Expertensystem 60' implementiert ist. 

Das Prozesssteuersystem 10 weist gemaB Fig. 9 auch einen Protokollfuhrer 64' zur Aufzeichnung der Vorgeschichte 
auf, in dem historische Informationen abgespeichert werden, die sich beispielsweise auf Probleme beziehen, die zuvor 40 
schon von dem Diagnosewerkzeug 52 identifiziert wurden, neben MaBnahmen zur Problembehebung, die daraufhin ein- 
geleitet wurden. Zum Beispiel konnen in dem Protokollfuhrer 64' Informationen im Hinblick auf die Abstimmung von 
Steuerfunktionsblocken, die Neukalibrierung von Messinstrumenten, Einstellungen von Sollwerten fur \fentilsteller, und 
dergleichen abgelegt werden. Wie das Ereignisprotokoll 62' kann auch der Protokollfuhrer 64' in einem separaten Spei- 
chergerat oder einem eigenen Arbeitsplatz angesiedelt werden oder Teil der Informationen sein, die im Langzeitspeicher 45 
50 abgespeichert sind. 

Das Expertensystem 60' zieht die Informationen vom Diagnosewerkzeug 52, vom Ereignisprotokoll 62' und vom Pro- 
tokollfuhrer 64' heran, neben den zusatzlichen Analyse-Anwendungen, die am Arbeitsplatz 13 zur Verfiigung stehen 
oder in anderen Arbei tsstationen zugreifbar sind, um Probleme zu erfassen. Fig. 10 zeigt eine Konfiguration, bei welcher 
das Expertensystem 60* mit anderen Bestandteilen des Prozesssteuersystems 10 zusammenwirkt. Das Expertensystem 50 
60' ubernimmt Eingangsinformationen vom Diagnosewerkzeug 52, nachdem das Werkzeug 52 die ubernommenen Feh- 
lerdaten analysiert hat und anhand der Fehlerdaten in den Blocken 63 und 64 gemaB Fig. 4 Probleme erkannt hat. Das 
Diagnosewerkzeug 52 ubermittelt dann an das Expertensystem 60' zumindest die Informationen uber das erkannte Pro- 
blem, die fur das Expertensystem 60' notig sind, um festzulegen, ob eine weitere Problemanalyse und/oder MaBnahmen 
zur Behebung dieses Problems erforderlich sind. Nach Erhalt der Informationen vom Diagnosewerkzeug 62 wendet das 55 
Expertensystem 60' die geeigneten Regeln fur die Analyse bei dem AuBengerat, Funktionsblock oder Regelkreis, dessen 
Leistung vermindert ist, auf der Grundlage des Regelsatzes des Expertensystems 60* an. 

Unter Anwendung der geeigneten Analyseregeln auf das vom Diagnosewerkzeug 52 identifizierte Problem legt das 
Expertensystem 60' die geeigneten MaBnahmen fest, die zur Problembehandlung zu treffen sind. Das Expertensystem 60* 
kann festlegen, dass zusatzliche Schritte nicht erforderlich sind. Beispielsweise kann das Expertensystem 60* mit einer 60 
Regel zur Analyse eines Ventilstellers konfiguriert sein, nach welcher der Parameterwert fur die Variabilitat mit der 
Dauer der Abweichung in der Form vergleicht, dass groBe Variabilitaten mit hoherer Priori tat bearbeitet werden als klei- 
nere Variabilitaten. Das Expertensystem 60' kann anhand der vom Diagnosewerkzeug 52 gelieferten Informationen fest- 
legen, dass die Variabilitat fur den jeweiligen Messzeitraum klein genug ist, so dass der Steller zum aktuellen Zeitpunkt 
keine weitere Analyse erfordert. Es ist auch moglich, dass das Expertensystem 60* noch mehr Informationen benotigt, 65 
zum Beispiel Daten uber einen langeren Zeitraum (z. B. iiber die gesamte Schicht, die vorherige Schicht, den \fortag), um 
zu ermitteln, ob weitere Schritte unernommen werden miissen. Die zusatzlichen Daten konnen durch Abfrage des Dia- 
gnosewerkzeugs 52 oder des Langzeitspeichers 50 oder unter Implementierung des vorstehend beschriebenen Vbrgangs 
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ten werden. 

Wenn das Expertensystem 60' feststellt, dass eine weitere Analyse oder Malnahmen zur Problembehebung tatsachlich 
oder gegebenenfalls notwendig ist, so kann das Expertensystem 60' nach den Analyseregeln angewiesen werden, weitere 
einschlagige Informationen auszuwerten, um die geeigneten MaBnahmen zur Problembehebung zu ermitteln. Eine Res- 
5 source, auf die das Expertensystem 60' gegebenenfalls zuruckgreift, ist das Ereignisprotokoll 62*. Das Ereignisprotokoll 
62' kann Informationen zu friiheren Ereignissen oder Alarmmeldungen enthalten, welche unter Umstanden das erfasste 
Problem verursacht haben. Beispielsweise konnen in dem Ereignisprotokoll 62' Informationen hinsichtlich einer Notab- 
schaltung des Prozesssteuersy stems 10 aufgezeichnet sein, die erklaren konnten, weshalb ein Ventilsteller oder Durch- 
flussmengenmesser in einem Modus "auBer Betrieb" arbeitet. Das Ereignisprotokoll 62* konnte auch Informationen ent- 

10 halten, die darauf hinweisen, dass ein AuBengerat zu Wartungszwecken oder fiir einen Teilewechsel auBer Betrieb ge- 
nommen wurde. Diese Informationen konnen beispielsweise erklaren, warum der Betrieb des Gerats beschrankt zu sein 
scheint, und darauf hinweisen, dass das Gerat gegebenenfalls wieder in Betrieb genommen wurde, ohne kalibriert oder 
neu kalibriert zu werden. Infolgedessen k5nnen die im Ereignisprotokoll 62' enthaltenen Informationen einen altemati- 
ven Ablauf der Schritte zur Problembehebung diktieren, oder auch erkennen lassen, dass MaBnahmen zur Fehlerkorrek- 

15 tur unnotig sind. 

Die Analyseregeln konnen auch das Expertensystem 60' anweisen, Informationen aus der Protokollfiihrereinheit 64' 
abzurufen. Wie zuvor schon erlautert, enthalt die Protokollierungseinheit 64' Informationen im Zusammenhang mit der 
Vorgeschichte von Problemen, die vom Diagnosewerkzeug 52 identifiziert wurden, neben der erganzenden Analyse und 
Parameterveranderungen, die bei einem AuBengerat, Funktionsblock oder einem Regelkreis vorgenommen wurden, das 

20 bzw. der mit verringerter Leistung arbeitet. Wenn die Protokollierungseinheit 64' keine Informationen zur Vorgeschichte 
im Zusammenhang mit dem erkannten Problem enthalt, kann das Expertensystem 60' gegebenenfalls das Problem als 
neu behandeln, die Analyseregeln darauf anwenden, und anhand der Daten aus dem Diagnosewerkzeug 52 die MaBnah- 
men zur Problembehebung implementieren oder vorschlagen. Alternativ konnen die Informationen zur \orgeschichte 
darauf hinweisen, dass zuvor eine Analyse oder KorrekturmaBnahmen ohne Erfolg eingesetzt wurden, wodurch das Ex- 

25 pertensystem 60' dazu veranlasst wird, alternative MaBnahmen zu implementieren. Daruber hinaus kann aus den Infor- 
mationen zur Vorgeschichte erkennbar sein, dass alle Behebungs- und KorrekturmaBnahmen erschopft sind und das Pro- 
blem immer noch besteht. In diesem Fall schlagt das Expertensystem 60* unter Umstanden dem Benutzer vor, Schritte 
jenseits der Einflusssphare des Prozesssteuersystems 10 zu veranlassen, um das Problem zu beheben. 

Sobald das Expertensystem 60* alle einschlagigen Daten aus dem Diagnosewerkzeug 52, dem Langzeitspeicher 50, 

30 dem Ereignisprotokoll 62' und der Protokollierungseinheit 64' zusammengetragen hat, wendet es die Analyseregeln an, 
um die geeigneten Schritte festzulegen, entweder zur Identifizierung der Problemursache oder zur Problembehebung. 
Die Daten und Analyseregeln konnen zwingend den Einsatz weiterer Analysewerkzeuge fordern, um die Problemursa- 
che weiter einzukreisen. Zu den weiteren Analysewerkzeugen konnen beispielsweise ein Auto-Tuner zur Abstimmung 
eines Regelkreises, ein Werkzeug zur Vornahme einer Trendanalyse, Kalibrierwerkzeuge, Routinen zur Ventildiagnose, 

35 Korrelationsroutinen, Routinen fiir eine Spektralanalyse oder alle anderen Diagnosewerkzeuge gehoren, wie sie vorste- 
hend schon angesprochen wurden, sowie weitere Werkzeuge, die bis heute bekannt sind oder kunftig noch entwickelt 
werden. Die von dem Expertensystem 60' identifizierten weiteren Diagnosewerkzeuge sind gegebenenfalls im Prozess- 
steuersystem 10 als Analyseanwendungen 66' implementiert, die von dem Expertensystem 10 zum Ablauf gebracht wer- 
den konnen. Die Analyseanwendungen 66* konnen im Arbeitsplatz 13 oder jedem anderen Arbeitsplatz, in einem oder 

40 mehrere Prozessrechnern 12 oder in den AuBengeraten selbst als Quellprogramm implementiert sein. Das Expertensy- 
stem 60' ruft die erforderliche(n) Analyseanwendung(en) 66' auf und liefert die notigen Informationen. Bei Bedarf 
konnte das Expertensystem 60' abfragen, ob der Benutzer den Einsatz des ermittelten Diagnose werkzeugs zulasst. So- 
bald die Analyseanwendung(en) 66' die Analyse vorgenommen hat bzw. haben, werden die Analyseergebnisse zuruck an 
das Expertensystem 60' gemeldet. 

45 Weitere Analyseanwendungen 66' setzen gegebenenfalls zusatzliche Eingaben durch den Benutzer voraus und konnen 
von dem Expertensystem 60' allein nicht ausgefuhrt werden. Fur diese Analyseanwendungen 66' fordert das Expertensy- 
stem 60* den Benutzer auf, die benotigten Informationen uber eine Benutzerschnittstelle 68' zur Ausfuhrung der Analy- 
sean wendung 66' einzugeben. Nachdem der Benutzer die benotigten Informationen eingegeben hat, wird die Analysean- 
wendung 66' entweder direkt uber die Benutzerschnittstelle 68' oder uber das Expertensystem 60' aufgerufen und iiber- 

50 mittelt die Ergebnisse dann nach Vornahme der Analyse an das Expertensystem 60' zuruck. Je nach der Komplexitat der 
Analysean wendung 66' und dem Kenntnisstand des Benutzers konnen das Expertensystem 60' und die Benutzerschnitt- 
stelle 68 1 auf Wunsch den Benutzer durch die Schritte fuhren, die notig sind, um die Analyseanwendung 66' einzurichten 
und auszufuhren. Bei einigen Problemen stellt das Expertensystem 60* unter Umstanden fest, dass die richtigen Analy- 
sewerkzeuge nicht zur Verfiigung stehen und vor dem Einsatz erst noch erworben oder in das Prozesssteuersystem 10 ge- 

55 laden werden miissen. Bei wieder anderen Problemen legt das Expertensystem 60' gegebenenfalls fest, dass manuelle 
Werkzeuge zur weiteren Analyse und Behebung des Problems eingesetzt werden sollten. In diesen Fallen schlagt das Ex- 
pertensystem 60' dem Benutzer uber die Benutzerschnittstelle 68' vor, die nicht zur Verfiigung stehenden und/oder ma- 
nuellen Werkzeuge zu implementieren, und fuhrt, sofem die Informationen zur Verfiigung stehen, den Benutzer durch 
die notigen Schritte zur Implementierung der vorgeschlagenen Werkzeuge. 

60 Sobald das Expertensystem 60' und/oder der Benutzer die identifizierten Analyseanwendungen 66', nicht verfugbare 
oder exteme Werkzeuge einsetzt und/oder MaBnahmen zur Problembehebung trifft, aktualisiert das Expertensystem 60* 
die Protokollierungseinheit 64' mit Informationen im Zusammenhang mit dem erfassten Problem und der weiteren Ana- 
lyse und den vom Expertensystem 60' oder dem Benutzer veranlassten MaBnahmen zur Problembehebung. Bei Korrek- 
turmaBnahmen, die nicht vom Expertensystem 60' gesteuert werden, z. B. Parameteranderungen, die der Benutzer uber 

65 die Benutzerschnittstelle 68' eingegeben hat, konnen die einschlagigen Informationen an die Protokollierungseinheit 68' 
von einer anderen, von der Anderung betroffenen Systemkomponente des Prozesssteuersystems 10 ubermittelt werden, 
wie beispielsweise der Benutzerschnittstelle 68', einem anderen Arbeitsplatz oder Prozessrechner oder einem AuBenge- 
rat, Funktionsblock oder Regelkreis, die mit dem geanderten Parameter zu tun haben. Die aktualisierten Informationen in 
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der Protokolherungseinheit 64' werden von dem Expertensystem 60' bei der Analysierung von Ptoblemen herangezogen, 
die zu irgendeinem Zeitpunkt in der Zukunft noch immer bestehen oder wieder auftreten. 

Die Analyseanwendung 66', Werkzeuge und KorrekturmaBnahmen, die von dem Expertensystem 60' identifiziert wer- 
den, sind gegebenenfalls in der Lage - oder auch nicht - das Problem zu beheben. Infolgedessen uberwachen das Dia- 
gnosewerkzeug 52 und das Expertensystem das mit verminderter Leistung arbeitende AuBengerat bzw. den Funktions- 5 
block oder Regelkreis weiterhin. Die Analyseregeln konnen das Expertensystem 60' anweisen, Informationen, die von 
einer Analyseanwendung 66' zuriickflieBen, auszu werten, urn zu ermitteln, ob die Problemursache identifiziert wurde, ob 
das Problem behoben ist, oder ob zusatzliche Analyse und KorrekturmaBnahmen erforderlich sind. Besteht das Problem 
nach wie vor und ist die Problemursache immer noch unbekannt, so kann das Expertensystem 60' nach den Analysere- 
geln angewiesen werden, zusatzliche Analyseanwendungen 66' und MaBnahmen zur Problembehebung zu implementie- 10 
ren. Auf diese Weise kann der Benutzer das Expertensystem 60' in der Form konfigurieren, dass das Problem schrittweise 
bzw. iterativ analysiert wird, bis es geldst oder die Problemursache eingekreist ist. 

Weitere Probleme bediirfen gegebenenfalls nicht einer Losung durch einen iterativen Ansatz, der in dem Expertensy- 
stem 60* allein entwickelt wird. Beispielsweise erhalt das Expertensystem 60' unter Umstanden keine direkten Ruckmel- 
dungen von den nicht verfugbaren oder manuellen Werkzeugen. Fur diese Probleme wind die laufende Problemiiberwa- is 
chung iiber den normalen Betrieb des Diagnosewerkzeugs 52 erreichL Wenn das Problem behoben ist, erfasst das Dia- 
gnosewerkzeug 52 kein Problem und teilt infolgedessen dem Expertensystem 60' ein erfasstes Problem nicht. Besteht da- 
gegen das Problem weiter, wird es vom Diagnosewerkzeug 52 erfasst und zur Analyse an das Expertensystem 60* uber- 
geben. Anhand der Informationen aus dem Diagnosewerkzeug 52 und in der Protokollierung 64' wendet das Experten- 
system 60* die Analyseregeln an, um den geeigneten nachsten Schritt im Hinblick darauf zu ermitteln, dass fruhere MaB- 20 
nahmen bei der Behebung des Problems keinen Erfolg erbracht haben. 

Nachdem das Expertensystem 60* eine oder mehrere Analyseanwendungen 66* und/oder MaBnahmen zur Problembe- 
hebung identifiziert und implementiert hat, ist es gegebenenfalls in der Lage, die Problemursache mit hoher ^hrschein- 
lichkeit zu identifizieren. Sobald die Ursache lokalisiert wurde, informiert das Expertensystem 60* den Benutzer iiber das 
Problem und dessen Ursache uber die Benutzerschnittstelle 68*. Wenn der Benutzer die Empfehlung oder Identifizierung 25 
der Problemursache durch das Expertensystem 60' annimmt, kann der Benutzer die entsprechenden KorrekturmaBnah- 
men einleiten, um das Problem zu beheben. Das Expertensystem 60* kann auch so programmiert werden, dass es den Be- 
nutzer durch die zur Problemlosung notigen Schritte fuhrL Wenn beispielsweise ein unkorrekter Abstirnmungsparameter 
fur die Filterung, eine Ablaufzeit oder dergleichen als Problemursache identifiziert wurden, kann das Expertensystem 60* 
dem Benutzer einen Wert fur den Parameter empfehlen. Bei anderen Problemen kann die empfohlene Losung unter an- 30 
derem eine Veranderung der Konfiguration bei einem Regelkreis vorsehen, beispielsweise fur den Austausch eines PID- 
Elements oder einer Steuerlogik mit Vorauskopplung gegen eine Fuzzy-Logik. In diesen Fallen kann das Expertensystem 
60' den Benutzer durch die Schritte zum Aus wechseln der vorhandenen Regelkreislogik gegen die vorgeschlagene Logik 
und zum Priifen des neu aufgebauten Regelkreises fuhren, um sicherzustellen, dass dieser nun korrekt konfiguriert ist. 

Unweigerlich entstehen auch Probleme, fur die mit den Analyseregeln in dem Expertensystem 60' keine Losung ge- 35 
boten wird. Diese Probleme treten unter Umstanden dort auf, wo neue AuBengerate installiert werden und zur Ansteue- 
rung von Problemen bei diesem neuen Gerat in dem Expertensystem 60' keine Analyseregeln vorgesehen sind, oder es 
tritt ein Problem bei einem vorhandenen Gerat oder Regelkreis auf, das bei der Entwicklung der Analyseregeln fur das 
Expertensystem 60* nicht vorhergesehen wurde. In solchen Fallen teilt das Expertensystem 60' dem Benutzer iiber die 
Benutzerschnittstelle 68* mit, dass dieses Problem vorliegt, dass das Expertensystem 60* keine Empfehlung fur den Ab- 40 
lauf von MaBnahmen zur Behebung besitzt, und dass ein Eingreifen durch den Benutzer oder irgend einen anderen Drit- 
ten notig wind, der mit dem Prozesssteuersystem 10 vertraut ist. Genau kann das Expertensystem 60' mit Selbstlernfahig- 
keiten ausgestattet sein und auf der Grundlage von Schritten, die ein Benutzer unternimmt, neue Regeln zusatzlich auf- 
nimmt. Bei Bedarf konnen auch zusatzliche neue Regeln in das Expertensystem 60' eingegeben werden, die dann zur Er- 
mittlung und Behebung von Problemen in einem Prozesssteuersystem anzuwenden sind. \forzugsweise lauft das Exper- 45 
tensystem 60' laufend im Hintergrund ab und wertet Problempunkte aus, die von dem Diagnosewerkzeug 52 erfasst wer- 
den. Wenn das Expertensystem 60' im Hintergrund arbeitet, konnen die Probleme schon dann von diesem System 60' an- 
gesprochen werden, wenn sie im Prozesssteuersystem 10 auftreten, so dass sie so rasch wie moglich behoben werden 
konnen. Allerdings ist es bei einigen Implementierungen des Expertensystems 60' unter Umstanden nicht moglich, dass 
damit alle Probleme ausgewertet werden, wahrend das System im Hintergrund arbeitet Beispielsweise verhindern der 50 
groBe Umfang an Informationen im Prozesssteuersystem 10 und Beschrankungen bei den Verarbeitungsmoglichkeiten 
am Bedienerarbeitsplatz 13, dass das Expertensystem 60' sich mit alien Problemen befasst, die wahrend der Spitzenbe- 
triebszeiten auftauchen. In solchen Situationen konnen einige oder alle Probleme dann in einer Warteschlange zur Bear- 
beitung durch das Expertensystem 60* geparkt werden, bis sie dann auBerhalb der Spitzenzeiten in asynchronem Betrieb 
oder Stapelbetrieb abgearbeitet werden; oder die Analyse durch das Expertensystem 60' wird gegebenenfalls nach dem 55 
Auftreten eines auslosenden Ereignisses, zum Beispiel dem Abschalten einer Pumpe, eingeleitet. AuBerdem konnen die 
Analyseregeln in dem Expertensystem 6& so aufgebaut werden, dass sie die im Prozesssteuersystem 10 auftauchenden 
Probleme nach Prioritaten sortieren, damit das Expertensystem 60' vordringliche Probleme oder solche hoher Prioritat 
bei ihrer Entstehung analysieren und die Analyse weniger kritischer Probleme auf einen Zeitpunkt verschieben kann, zu 
dem sie effizienter behandelt werden konnen. Das Expertensystem 60' kann selbstverstandlich auch auf einem eigenen 60 
Rechner ablaufen, damit sichergestellt ist, dass es ausreichend Verarbeitungsleistung zum Ablaufen im Hintergrund hat. 
In anderen Fallen kann der Benutzer das Expertensystem 60' so ablaufen lassen, dass es zu jeder gewunschten Zeit aktiv 
ist. 

Die Implementierung des Expertensystems 60' in einem Prozesssteuersystem bietet eine effizientere und potentiell zu- 
verlassigere Moglichkeit zur Losung von Problemen, die in dem Prozesssteuer-Netzwerk 10 auftreten. Auf diese Weise 65 
zieht das Expertensystem 60* alle verfugbaren einschlagigen Informationen heran, um das erkannte Problem zu analysie- 
ren und zu einer Empfehlung fur die Problemlosung zu kommen. Das Expertensystem 60* lauft vorzugsweise kontinu- 
ierlich im Hintergrund ab und befasst sich mit Problemen schon bei deren Entstehung; es kann aber auch durch ein aus- 
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losendes Ereignis oder einen automatischen Terminplaner initialisiert werden, so dass die Probleme effizient behandelt 
werden. Dies spart auf Seiten des Benutzers Zeit und setzt bei diesem kein hohes MaB an Erfahrung mit der Problembe- 
hebung in Regelkreisen und Geraten voraus. AuBerdem ist das Expertensystem 60' in der Lage, alle fur die Behebung des 
erkannten Problems einschlagigen Daten noch rascher und effizienter zusammenzutragen und zu analysieren. Neben der 
5 Zeitersparnis verringert das Expertensystem 60' auch die Belastung des Benutzers und unterstutzt ihn dabei, unter alien 
Umstanden den Einsatz der richtigen Diagnose werkzeuge und MaBnahmen zur Problembehebung sowie deren korrekte 
Implementierung sicherzustellen. 

Auch wenn das Diagnosewerkzeug 52 und das Expertensystem 60' in der Form beschrieben wurden, dass sie in Ver- 
bindung mit Fieldbus-Geraten und standardmaBigen 4-20 mA-Geraten eingesetzt werden, ist es auch moglich, sie bei 

10 Einsatz jedes anderen extemen Kommunikationsprotokolls in einer Prozesssteuerung zu implementieren und bei Funk- 
tionsblocken oder Geraten mit darin integrierten Funktionsblocken jedweder anderen Art einzusetzen. AuBerdem ist fest- 
zustellen, dass sich der Gebrauch des Begriffs "Funktionsblock" hier nicht auf das beschrankt, was beim Fieldbus-Pro- 
tokoll oder dem Protokoll fur eine Delta V-Steuerung als Funktionsblock definiert ist, sondern er umfasst vielmehr auch 
jede andere Art von Block, Programm, Hardware, Firmware, usw. in Verbindung mit einem Steuer- und Regelsystem 

15 und/oder Kommunikationsprotokoll jedweder Art, das bei der Implementierung irgendeiner Prozesssteuerfunktion her- 
angezogen werden kann. Auch wenn Funktionsblocke im typischen Fall die Form von Objekten im Rahmen eines ob- 
jektorientierten Programmierungsumfelds aufweisen, muss dies nicht immer zutreffen. 

Obgleich das Diagnosewerkzeug 52 und das Expertensystem 60* in der hier beschriebenen Form vorzugsweise durch 
Software impiementiert sind, konnen sie auch in Form von Hardware, Firmware usw. installiert sein und von jedem an- 

20 deren Prozessor oder Rechner impiementiert werden, der mit dem Prozesssteuersystem 10 in Zusammenhang stent. So 
konnen die hier beschriebenen Routinen 52 und 60 gegebenenfalls in einer standardmaBigen Vielzweck-Zentraleinheit 
oder auf einer speziell hierfiir entwickelten Hardware oder Firmware impiementiert sein, beispielsweise je nach Bedarf 
auf einer anwendungsspezifischen integrierten Schaltung (ASIC) oder einem anderen festverdrahteten Bauteil. Bei soft- 
waremaBiger Implementierung kann die Software-Routine in jedem computerlesbaren Speicher abgespeichert werden, 

25 zum Beispiel auf einer Magnetplatte, einer Laserplatte, oder jedem anderen Speichermedium, in einem RAM- oder 
ROM-Speicher eines Rechners oder Processors, usw. Ebenso kann diese Software an den Benutzer oder ein Prozesssteu- 
ersystem iiber jeden bekannten oder gewiinschten Lieferweg ausgeliefert werden, beispielsweise auf einer computerles- 
baren Platte oder einem anderen transportablen Computers peichermedium oder auch iiber einen Kommunikationsweg 
wie zum Beispiel eine Telefonleitung, das Internet, usw. (die hier als gleichwertiger oder austauschbarer Weg zur Aus- 

30 lieferung derartiger Software iiber ein transportables Speichermedium angesehen werden). Hier wurde zwar das Exper- 
tensystem als regelabhangiges System beschrieben, doch konnten genauso gut auch Expertensysteme anderer Art hierfiir 
eingesetzt werden, unter anderem Datengewinnungssysteme etc. zum Beispiel. 

Zwar wurde die vorliegende Erflndung unter Bezugnahme auf spezielle Beispiele beschrieben, doch sind diese hier 
nur als Beispiele zur Verdeutlichung und nicht als Einschrankung der Erfindung anzusehen; somit liegt es fur den Durch- 

35 schnittsfachmann auf der Hand, dass an den offenbarten Ausfuhrungsbeispielen Veranderungen, Erganzungen oder Weg- 
lassungen moglich sind, ohne vom Erfindungsgedanken und Umfang der Erfindung abzuweichen. 

Bezugszeichenliste 

40 10 Prozesssteuersystem 

12 Prozessrechner 

13 Zentral-Arbeitsplatz (Rechner) Bedienerarbeitsplatz 

14 Bildschirm 

15 — 22 AuBengerate (Peripherie) 
45 17 Gebergerat (Sensor) 

18 Ventilvorrichtung 
22 Ventilsteller 

26 Ein-/Ausgabekarten (E/A-Karten) 

30 Funktionsblock - analoger Eingang 
50 32 Funktionsblock - analoger Ausgang 

34 Funktionsblock 

36 Regelkreis fur die Sollsteuerwerte 

38 Gerateschnittstelle 

40 Regelkreis fur die Ist-Steuerwerte 
55 42 Funktionsblock 

42S Schatten-Funktionsblock 

44 Funktionsblock 

44S Schatten-Funktionsblock 

46 Funktionsblock 
60 46S Schatten-Funktionsblock 

48 Diagnosedatenerfasser 

50 Langzeitspeicher (Protokolliereinheit) 

52 Diagnosewerkzeug 

54 Rechner 
65 55 Funktionsblock 

56 Eingang 

57 Ausgang 

58 Generator fur Variabilitatsangaben 
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58 Rechner zur Berechnung des VariabiMtatsindex 

59 Systemkommunikator 

60 Softwareroutine 

Fig. 9: (wegen doppelter Belegung der Bezugszeichen in der Zeichnung abgeandert) 5 

60* Expertensystem 
62' Ereignisprotokoll 
64' Protokolliereinheit 

66' Analyseanwendungen 10 
68 1 Benutzerschnitts telle 

62 Block: Variabilitat etc. ubernehmen/speichem 

63 Block: Daten analyse durchzufiihren? 

64 Block: gespeicherte Daten analysieren 

66 Block: Listen erstellen? 15 

68 Block: Problemlistenerstellung 

70 Block: Analyse angefordert? 

72 Block: Anzeige-ZDialogprogramm aufrufen 

80 Bildschirmanzeige 

82 Liste in Tabellenform 20 
84 Filterschaltflache 
86 Dialogbildschirm 
88 Zeitrahmen-Feld 
90 Dialogbildschirm 

93 Block: Auswahl des Problemfunktionsblocks 25 

94 Block: Satz Optionen anzeigen 
96 Block: Werkzeugwahl abwarten 

98 Block: gewahltes Werkzeug finden/benutzen 
100 Block: anderes Werkzeug wahlen 

102 Block: anderes Problem wahlen 30 

110 Trendobjekt(e) 

112 Schattenfunktionsblocke 

114 Irendobjekt 

Paten tan sprue he 35 

1. Diagnosesystem zum Einsatz in einem Prozesssteuersystem (10) mit einer Vielzahl verschiedener AuBengerate 
(15- 22), dadurch gekennzeichnet, dass es eine Datenbank (50) zum Abspeichern von Informationen aufweist, 
welche zum Betrieb des Prozesssteuersystems (10) gehoren, sowie ein Expertensystem (60^, welches anhand der 
Informationen in der Datenbank (50) eine Losung fiir ein Problem im Prozesssteuersystem festlegt. 40 

2. Diagnosesystem nach Anspruch 1, dadurch gekennzeichnet, dass das Expertensystem (60*) einen Satz Analyse- 
regeln zur Anwendung bei Verwendung der Informationen in der Datenbank (50) enthalt. 

3. Diagnosesystem nach Anspruch 1, dadurch gekennzeichnet, dass die Informationen in der Datenbank (50) Er- 
eignisinformationen umfassen. 

4. Diagnosesystem nach Anspruch 3, dadurch gekennzeichnet, dass die Ereignisinformationen Informationen urn- 45 
fassen, die sich auf die Notwendigkeit der Vornahme von WartungsmaBnahmen an mindestens einem der AuBenge- 
rate (15-22) beziehen. 

5. Diagnosesystem nach Anspruch 3, dadurch gekennzeichnet, dass das Prozesssteuersystem (10) Funktionsblocke 
umfasst, und dass die Ereignisinformationen Informationen umfassen, die sich auf Anderungen bei den Betriebspa- 
rametern fur die Funktionsblocke beziehen. 50 

6. Diagnosesystem nach Anspruch 1, dadurch gekennzeichnet, dass die Informationen in der Datenbank (50) 
Alarminformationen enthalten. 

7. Diagnosesystem nach Anspruch 1, dadurch gekennzeichnet, dass das Prozesssteuersystem (10) Funktionsblocke 
aufweist, und dass die Informationen in der Datenbank (50) Daten beinhalten, die sich auf Betriebsparameter der 
Funktionsblocke fur jeden der Funktionsblocke beziehen. 55 

8. Diagnosesystem nach Anspruch 1, dadurch gekennzeichnet, dass die Informationen in der Datenbank (50) Daten 
beinhalten, welche sich auf erfasste Probleme in dem Prozesssteuersystem (10) beziehen. 

9. Diagnosesystem nach Anspruch 1 , dadurch gekennzeichnet, dass die Informationen in der Datenbank (50) Daten 
beinhalten, welche sich auf Anderungen beziehen, die zuvor in dem Prozesssteuersystem (10) vorgenommen wur- 
den. 60 

10. Diagnosesystem nach Anspruch 1, dadurch gekennzeichnet, dass das Expertensystem (60*) Analyseregeln auf- 
weist und die Analyseregeln bei den Informationen in der Datenbank (50) anwendet. 

11 . Diagnosesystem nach Anspruch 1, dadurch gekennzeichnet, dass es des weiteren eine Analyseanwendung (66') 
umfasst, welches von mindestens einem der Gerate Informationen erhalt und dass das Expertensystem (60*) die 
Analyseanwendung (66*) zum Erhalten von Informauonen iiber den Betrieb des Prozesssteuersystems (10) ausfuhrt 65 

12. Diagnosesystem nach Anspruch 11, dadurch gekennzeichnet, dass die Analyseanwendung (66') eine Abstimm- 
einrichtung ist. 

13. Diagnosesystem nach Anspruch 11, dadurch gekennzeichnet, dass die Analyseanwendung (66 1 ) eine Kalibrier- 
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einrichtung ist. 

14. Diagnosesystem nach Anspruch 11, dadurch gekennzeichnet, dass die Analyseanwendung (66') ein Diagnose- 
werkzeug ist. 

15. Diagnosesystem nach Anspruch 1, dadurch gekennzeichnet, dass das Prozesssteuersystem (10) eine Benutzer- 
5 schnittstelle (68') aufweist, und dass das Expertensystem (60*) Informationen uber das Problem in dem Prozesssteu- 
ersystem (10) an die Benutzerschnittstelle (68*) zum Informieren des Benutzers iiber das Problem ubermittelt. 

16. Diagnosesystem nach Anspruch 15, dadurch gekennzeichnet, dass die vom Expertensystem (60') an die Benut- 
zerschnittstelle (68*) ubermittelten Informationen sich auf die wahrscheinliche Ursache des Problems beziehen. 

17. Diagnosesystem nach Anspruch 15, dadurch gekennzeichnet, dass die vom Expertensystem (60') an die Benut- 
10 zerschnittstelle (68') ubermittelten Informationen sich auf ein empfohlenes weiteres Werkzeug zum Einsatz bei der 

Behebung des Problems beziehen. 

18. Diagnosesystem nach Anspruch 17, dadurch gekennzeichnet, dass die vom Expertensystem (60') an die Benut- 
zerschnittstelle (68') iibermittelten Informationen sich auf Schritte beziehen, die fur den Einsatz des empfohlenen 
weiteren Werkzeugs notwendig sind. 

15 19. Diagnosesystem nach Anspruch 1, dadurch gekennzeichnet, dass das Prozesssteuersystem (10) Funktions- 

blocke umfasst, und dass das Diagnosesystem auBerdem ein Diagnosewerkzeug (52) umfasst, das zur Erfassung 
von Daten geeignet ist, die sich auf einen Betriebsparameter der Funktionsblocke fur jeden aus der Vielzahl ver- 
schiedener Funktionsblocke beziehen, und damit einen Wert fur einen Betriebsparameter der Funktionsblocke fur 
jeden aus einer Vielzahl von Zeitpunkten wahrend des Betriebs des Prozesssteuersystems (10) auf der Grundlage 

20 der empfangenen Daten zu den Betriebsparametern fur die Funktionsblocke festlegt, ein Problem in dem Prozess- 

steuersystem (10) auf der Grundlage der ermittelten Werte der Betriebsparameter fur die Funktionsblocke ermittelt, 
und das erfasste Problem an das Expertensystem (60') ubermittelt. 

20. Diagnosesystem nach Anspruch 1, dadurch gekennzeichnet, dass das Expertensystem (60') die Losung des Pro- 
blems automatisch festlegt. 

25 21. Diagnosesystem nach Anspruch 1, dadurch gekennzeichnet, dass das Expertensystem (60^ laufend im Hinter- 

grund des Prozesssteuersystems (10) lauft. 

22. Diagnosesystem nach Anspruch 1, dadurch gekennzeichnet, dass das Expertensystem (60') die Losung des Pro- 
blems im Ansprechen auf ein auslosendes Ereignis festlegt. 

23. Diagnosesystem zum Einsatz in einem Prozesssteuersystem (10) mit einem Prozessrechner (12) und einer Viel- 
30 zahl verschiedener AuBengerate (15-22), dadurch gekennzeichnet, dass es folgendes aufweist: 

einen vom Computer lesbaren Speicher, und 

eine in dem vom Computer lesbaren Speicher gespeicherte Routine (60), welche auf dem Prozessrechner (12) im- 
plementiert ist, 

wobei die Routine (60) Informationen erfasst, die sich auf den Betrieb des Prozesssteuersystems (10) beziehen, und 
35 eine Losung fur ein Problem in dem Prozesssteuersystem (10) anhand der erfassten Informationen festlegt. 

24. Diagnosesystem nach Anspruch 23, dadurch gekennzeichnet, dass die Routine (60) Analyseregeln zur An wen- 
dung bei den erfassten Informationen beinhaltet. 

25. Diagnosesystem nach Anspruch 23, dadurch gekennzeichnet, dass die von der Routine (60) erfassten Informa- 
tionen Ereignisinformationen umfassen. 

40 26. Diagnosesystem nach Anspruch 25, dadurch gekennzeichnet, dass die Ereignisinformationen Informationen 

beinhalten, die sich auf die Notwendigkeit der Durchfuhrung von WartungsmaBnahmen bei mindestens einem der 
AuBengerate (15-22) beziehen. 

27. Diagnosesystem nach Anspruch 25, dadurch gekennzeichnet, dass das Prozesssteuersystem (10) Funktions- 
blocke aufweist, und dass die Ereignisinformationen Informationen umfassen, die sich auf Anderungen bei den Be- 

45 triebsparametern fur die Funktionsblocke beziehen. 

28. Diagnosesystem nach Anspruch 23, dadurch gekennzeichnet, dass die von der Routine (60) erfassten Informa- 
tionen Alarrninformationen beinhalten. 

29. Diagnosesystem nach Anspruch 23, dadurch gekennzeichnet, dass das Prozesssteuersystem (10) Funktions- 
blocke aufweist, und dass die von der Routine (60) erfassten Informationen sich auf Betriebsparameter der Funk- 

50 tionsblocke fur jeden der Funktionsblocke beziehen. 

30. Diagnosesystem nach Anspruch 23, dadurch gekennzeichnet, dass die von der Routine (60) erfassten Informa- 
tionen Daten umfassen, die sich auf erfasste Probleme in dem Prozesssteuersystem (10) beziehen. 

31. Diagnosesystem nach Anspruch 23, dadurch gekennzeichnet, dass die von der Routine (60) erfassten Informa- 
tionen Daten umfassen, die sich auf Anderungen beziehen, die zuvor bei dem Prozesssteuersystem (10) vorgenom- 

55 men wurden. 

32. Diagnosesystem nach Anspruch 23, dadurch gekennzeichnet, dass die Routine (60) Analyseregeln aufweist 
und die Analyseregeln bei den von der Routine (60) erfassten Informationen anwendet. 

33. Diagnosesystem nach Anspruch 23, dadurch gekennzeichnet, dass die Routine (60) eine Analyseanwendung 
(66') ausfuhrt, welche zusatzliche Informationen uber den Betrieb des Prozesssteuersystem (10) von mindestens ei- 

60 nem der AuBengerate (15-22) erhalt. 

34. Diagnosesystem nach Anspruch 33, dadurch gekennzeichnet, dass die Analyseanwendung (66') eine Abstimm- 
einrichtung ist. 

35. Diagnosesystem nach Anspruch 33, dadurch gekennzeichnet, dass die Analyseanwendung (66*) eine Kalibrier- 
einrichtung ist. 

65 36. Diagnosesystem nach Anspruch 33, dadurch gekennzeichnet, dass die Analyseanwendung (66*) ein Diagnose- 

werkzeug ist. 

37. Diagnosesystem nach Anspruch 23, dadurch gekennzeichnet, dass das Prozesssteuersystem (10) eine Benutzer- 
schnittstelle (68') aufweist, und dass die Routine (60) Informationen Uber das Problem in dem Prozesssteuersystem 
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(10) an die BenutzerschnittsteUe (68*) zum Informieren des Benutzers uber das Problem ubermittelL 

38. Diagnosesystem nach Anspruch 37, dadurch gekennzeichnet, dass die von der Routine 60) an die Benutzer- 
schnittsteUe (68*) ubermittelten Informationen sich auf die wahrscheinliche Ursache des Problems beziehen. 

39. Diagnosesystem nach Anspruch 37, dadurch gekennzeichnet, dass die von der Routine (60) an die Benutzer- 
schnittsteUe (68*) ubermittelten Informationen sich auf ein empfohlenes weiteres Werkzeug zum Einsatz bei der Be- 5 
hebung des Problems beziehen. 

40. Diagnosesystem nach Anspruch 39, dadurch gekennzeichnet, dass die von der Routine (60) an die Benutzer- 
schnittsteUe (68*) ubermittelten Informationen sich auf Schritte beziehen, die fur den Einsatz des empfohlenen wei- 
teren Werkzeug s notwendig sind. 

41. Diagnosesystem nach Anspruch 23, dadurch gekennzeichnet, dass to 
das Prozesssteuersystem (10) Funktionsblocke aufweist und 

dass die Routine (60) Daten erfasst, die sich auf einen Betriebsparameter der Funktionsblocke fur jeden aus der 
Vielzahl verschiedener Funktionsblocke beziehen, und damit einen Wert fur einen Betriebsparameter der Funk- 
tionsblocke fur jeden aus einer Vielzahl von Zeitpunkten wahrend des Betriebs des Prozesssteuersystems (10) auf 
der Grundlage der empfangenen Daten zu den Betriebsparametern fur die Funktionsblocke festlegt, und ein Pro- 15 
biem in dem Prozesssteuersystem (10) auf der Grundlage der ermittelten Werte der Betriebsparameter fur die Funk- 
tionsblocke ermittelt. 

42. Diagnosesystem nach Anspruch 23, dadurch gekennzeichnet, dass die Routine (60) eine Losung des Problems 
automatisch festlegt. 

43. Diagnosesystem nach Anspruch 23, dadurch gekennzeichnet, dass die Routine (60) laufend im Hintergrund des 20 
Prozesssteuersystems (10) iauft. 

44. Diagnosesystem nach Anspruch 23, dadurch gekennzeichnet, dass die Routine (60) die Losung fur das Problem 
im Ansprechen auf ein auslosendes Ereignis festlegt. 

45. Verfahren zur Diagnose bei einem Prozesssteuersystem (10), welches den Ablauf eines Prozesses steuert, da- 
durch gekennzeichnet, dass es die folgenden Schritte aufweist: 25 
Erfassen von Informationen, die sich auf den Betrieb des Prozesssteuersystems beziehen, 

und Festlegen von Losungen fur Probleme in dem Prozesssteuersystem anhand der erfassten Informationen. 

46. Verfahren nach Anspruch 45, dadurch gekennzeichnet, dass der Schritt zur Festlegung den Teilschritt mit An- 
wendung von Analyseregeln bei den erfassten Informationen umfasst. 

47. Verfahren nach Anspruch 45, dadurch gekennzeichnet, dass die erfassten Informationen Ereignisinformationen 30 
umfassen. 

48. Verfahren nach Anspruch 47, dadurch gekennzeichnet, dass 
das Prozesssteuersystem AuBengerate aufweist und dass 

die Ereignisinformationen Informationen beinhalten, die sich auf die Notwendigkeit der \fomahme von Wartungs- 
mafinahmen bei mindestens einem der AuBengerate beziehen. 35 

49. Verfahren nach Anspruch 47, dadurch gekennzeichnet, dass 
das Prozesssteuersystem Funktionsblocke aufweist und 

dass die Ereignisinformationen Informationen umfassen, die sich auf Anderungen bei den Betriebsparametern fur 
die Funktionsblocke beziehen. 

50. Verfahren nach Anspruch 45, dadurch gekennzeichnet, dass die erfassten Informationen Alarminformationen 40 
beinhalten. 

51. Verfahren nach Anspruch 45, dadurch gekennzeichnet, dass 
das Prozesssteuersystem Funktionsblocke aufweist und 

dass die erfassten Informationen Daten beinhalten, die sich auf Parameter der Funktionsblocke fur jeden der Funk- 
tionsblocke beziehen. 45 

52. Verfahren nach Anspruch 45, dadurch gekennzeichnet, dass die erfassten Informationen Daten umfassen, die 
sich auf erfasste Probleme im Prozesssteuersystem beziehen. 

53. Verfahren nach Anspruch 45, dadurch gekennzeichnet, dass die erfassten Informationen Daten umfassen, die 
sich auf Anderungen beziehen, die zuvor an dem Prozesssteuersystem voigenommen wurden. 

54. Verfahren nach Anspruch 45, dadurch gekennzeichnet, dass 50 
das Prozesssteuersystem Funktionsblocke aufweist, und 

dass der Schritt zur Festlegung den Teilschritt zur Erfassung von Informationen von mindestens einem der Funk- 
tionsblocke aufweist, der sich auf ein in dem Prozesssteuersystem erfasstes Problem bezieht. 

55. Verfahren nach Anspruch 45, dadurch gekennzeichnet, dass der Schritt zur Festlegung den Teilschritt zur Emp- 
fehlung der Verwendung eines Werkzeugs zur Behebung eines erfassten Problems aufweist. 55 

56. Verfahren nach Anspruch 55, dadurch gekennzeichnet, dass das Werkzeug eine Abstimmeinrichtung ist. 

57. Verfahren nach Anspruch 55, dadurch gekennzeichnet, dass das Werkzeug eine Kalibriereinrichtung ist 

58. Verfahren nach Anspruch 55, dadurch gekennzeichnet, dass das Werkzeug ein Diagnosewerkzeug ist. 

59. Verfahren nach Anspruch 55, dadurch gekennzeichnet, dass der Schritt zur Festlegung des weiteren den Teil- 
schritt zur Implements erung des Werkzeugs umfassL 60 

60. Verfahren nach Anspruch 45, dadurch gekennzeichnet, dass es des weiteren den Teilschritt zur Mitteilung eines 
erfassten Problems in dem Prozesssteuersystem an den Benutzer umfasst. 

61. Verfahren nach Anspruch 60, dadurch gekennzeichnet, dass der Teilschritt zur Mitteilung den Teilschritt zur 
Ubermittlung von Informationen umfasst, die sich auf die wahrscheinliche Ursache des erfassten Problems bezie- 
hen. 65 

62. Verfahren nach Anspruch 60, dadurch gekennzeichnet, dass der Teilschritt zur Mitteilung den Teilschritt zur 
Ubermittlung von Informationen umfasst, die sich auf ein empfohlenes weiteres Werkzeug zur Verwendung bei der 
Behebung des erfassten Problems beziehen. 
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63. Verfahren nach Anspruch 62, dadurch gekennzeichnet, dass die ubermittelten Informationen sich auf Schritte 
beziehen, die zur Benutzung des empfohlenen weiteren Werkzeugs notwendig sind. 

64. Verfahren nach Anspruch 45, dadurch gekennzeichnet, dass das Prozesssteuersystem Funktionsblocke auf- 
weist, und dass das Verfahren des weiteren die folgenden Schritte umfasst: 

Erfassen von Daten, die sich auf einen Betriebsparameter von Funktionsblocken fur jeden der Funktionsblocke be- 
ziehen, 

Bestimmen eines Werts fur den Betriebsparameter von Funktionsblocken fur jeden aus einer Reihe von Zeitpunkten 
wahrend des Betriebs des Prozesssteuersystems auf der Grundlage der empfangenen Daten zu dem Betriebsparame- 
ter von Funktionsblocken, und 

Erfassen eines Problems in dem Prozesssteuersystem auf der Grundlage der ermittelten Werte des Betriebsparame- 
ters von Funktionsblocken. 

65. Verfahren nach Anspruch 45, dadurch gekennzeichnet, dass der Schritt zur Bestimmung automatisch ausge- 
fuhrt wird. 

66. Verfahren nach Anspruch 45, dadurch gekennzeichnet, dass der Schritt zur Bestimmung laufend im Hinter- 
grund des Prozesssteuersystems ausgefuhrt wird. 

67. Verfahren nach Anspruch 45, dadurch gekennzeichnet, dass der Schritt zur Bestimmung im Ansprechen auf ein 
auslosendes Ereignis ausgefuhrt wird. 
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All 100% 


88% 


100% 


tJ 


1.2 












GRENZW. 99 


99.9 


99.5 
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